Puppet (software)

src: images.techhive.com

In computing, Puppet is an open-source software configuration management tool. It runs on many Unix-like systems as well as on Microsoft Windows, and includes its own declarative language to describe system configuration.

Puppet is produced by Puppet, founded by Luke Kanies in 2005. It is written in C++ and Clojure and released as free software under the GNU General Public License (GPL) until version 2.7.0 and the Apache License 2.0 after that.

Video Puppet (software)

Overview

Puppet is designed to manage the configuration of Unix-like and Microsoft Windows systems declaratively. The user describes system resources and their state, either using Puppet's declarative language or a Ruby DSL (domain-specific language). This information is stored in files called "Puppet manifests". Puppet discovers the system information via a utility called Facter, and compiles the Puppet manifests into a system-specific catalog containing resources and resource dependency, which are applied against the target systems. Any actions taken by Puppet are then reported.

Puppet consists of a custom declarative language to describe system configuration, which can be either applied directly on the system, or compiled into a catalog and distributed to the target system via client-server paradigm (using a REST API), and the agent uses system specific providers to enforce the resource specified in the manifests. The resource abstraction layer enables administrators to describe the configuration in high-level terms, such as users, services and packages without the need to specify OS specific commands (such as rpm, yum, apt).

Puppet is model-driven, requiring limited programming knowledge to use.

Puppet comes in two versions, Puppet Enterprise and Open Source Puppet. In addition to providing functionalities of Open Source Puppet, Puppet Enterprise also provides GUI, API and command line tools for node management.

Maps Puppet (software)

Architecture

Puppet usually follows client-server architecture. The client is known as an agent and the server is known as the master. For testing and simple configuration, it can also be used as a stand-alone application run from the command line.

Puppet Server is installed on one or more servers, and Puppet Agent is installed on all the machines that the user wants to manage. Puppet Agents communicate with the server and fetch configuration instructions. The Agent then applies the configuration on the system and sends a status report to the server. Devices can run Puppet Agent as a daemon, that can be triggered periodically as a cron job or can be run manually whenever needed.

Puppet architecture consists of:

• Configuration language: The Puppet programming language is a declarative language that describes the state of a computer system in terms of "resources", which represent underlying network and operating system constructs. The user assembles resources into manifests that describe the desired state of the system. These manifests are stored on the server and compiled into configuration instructions for agents on request.

Puppet resource syntax:

Example resources representing a Unix user:

• Resource abstraction: Puppet allows users to configure systems in a platform-agnostic way by representing operating system concepts as structured data. Rather than specifying the exact commands to perform a system action, the user creates a resources, which Puppet then translates into system-specific instructions which are sent to the machine being configured. For example, if an user wants to install a package on three different nodes, each of which runs a different operating system, they can simply declare one resource, and Puppet will determine which commands need to be run based on the data obtained from Facter, a program that collects data about the system it is running on, including its operating system, IP address, and some hardware information. Providers on the node use Facter facts and other system details translate resource types in the catalog into machine instructions that will actually configure the node.
• Transaction: A normal Puppet run has the following stages:
  1. An agent send facts from Facter to the master.
  2. Puppet builds a graph of the list of resources and their interdependencies, representing the order in which they need to be configured, for every client. The master sends the appropriate catalog to each agent node.
  3. The actual state of the system is then configured according to the desired state described in manifest file. If the system is already in the desired state, Puppet will not make any changes, making transactions idempotent.
  4. Finally, the agent sends a report to the master, detailing what changes were made and any errors that occurred.

src: s-media-cache-ak0.pinimg.com

See also

• Ansible (software)
• Bcfg2
• Capistrano (software)
• Cfengine
• Chef (software)
• Comparison of open-source configuration management software
• Nix package manager
• OpenLMI
• Otter (software)
• Salt (software)

src: gigaom.com

References

src: techgenix.com

External links

• Official website
• GitHub account
• Official Puppet Labs YouTube Channel
• Pulling Strings with Puppet: Configuration Management Made Easy (ISBN 978-1-59059-978-5)
• Pro Puppet (ISBN 978-1-4302-3057-1)
• Learning Puppet 4 (ISBN 978-1-4919-0766-5)

Source of the article : Wikipedia