If you’re deploying a cloudformation stack via the CLI, there is a lot that goes into it. Here are the options in the AWS CLI:
[--disable-rollback | --no-disable-rollback]
The Parameters are passed in via a string that looks like this:
ParameterKey=key1,ParameterValue=value1,UsePreviousValue=boolean ParameterKey=key2,ParameterValue=value2,UsePreviousValue=boolean ParameterKey=key3,ParameterValue=value3,UsePreviousValue=boolean
There are Stack Policies that you probably want to apply to protect important stateful resources from mistaken Replacement or Deletions.
You might want to reference resources across stacks (this is better now that stacks can export values, but you might not want to do that in every case).
So I created deploy_stack.rb. It takes as it’s input a Manifest file that contains:
o Template Location (file or S3)
o Region to deploy to
o Stack Tags
o Stack Policy
o Pre and Post install scripts that can be used to do things like zip up a lambda or execute an AWS CLI command that’s not available via Cloudformation
In its most simple form you want to:
deploy_stack.rb -g CloudformationTemplateFile.yaml | tee Something-Manifest.yaml
Edit Something-Manifest.yaml to set the parameters
deploy_stack.rb -m Something-Manifest.yaml
With the manifest files, you can store those in revision control, so you can easily reproduce the command line you used to deploy the stack. It will auto-detect if the stack needs to be created or updated.
The Manifest can also specify parameters that are pulled from other stacks. SourcedParameters are specified as StackName.Section.LogicalID, Where section is either Parameter, Resource or Output. So even if a stack doesn’t specify a resource as an output, you can still use the logical ID to get the resource’s ID.