SIMP 6.4+ is intended to support the Puppet deployment scenarios described in this article.
Contents:
Deployment strategies vary widely, based on a site’s infrastructure, existing policies, and administrative considerations. SIMP broadly groups these strategies into two high-level deployment scenarios, with some important variations:
Deployment Scenario | Variation | r10k command | Control Repo? | Module | Autodeploy |
---|---|---|---|---|---|
Local (Puppetfile-only) | Local module repos | r10k puppetfile install | Local (from RPMs) | ||
Manual r10k | r10k deploy environment |
(Git hosting service) | |||
Webhook + r10k | r10k deploy environment | ||||
PE Code Manager | puppet code deploy |
This is the initial deployment scenario immediately after Installing SIMP from an ISO.
Under this scenario, a local r10k user will:
r10k puppetfile install
to deploy the modules defined in the local Puppetfile
. file://
urls.Notes:
Puppetfile
must exist before r10k puppetfile install
is runPuppetfile
are defined with file://
URLs, and pull from Git repositories on the local file systemAdministrators of all control repository scenarios are assumed to have enough git and r10k (or Code Manager) expertise to manage their own infrastructure. This includes:
|
r10k deploy
Puppet admins:
An r10k user logs into the Puppet master and manually deploys entire Puppet environment directories (one per branch) from the command line:
r10k deploy environment [ENVIRONMENT]
puppet code deploy [ENVIRONMENT]
(Puppet Enterprise)r10k deploy
Puppet admins:
When a control repository branch is updated, it automatically triggers an environment deployment on the Puppet master:
Puppet admins:
When a control repository branch is updated, it automatically triggers an environment deployment on the Puppet master: