Skip to content

Latest commit

 

History

History
25 lines (16 loc) · 2.54 KB

README.md

File metadata and controls

25 lines (16 loc) · 2.54 KB

aws-cf-bootstrap

Synopsis

You might fork aws-cf-bootstrap if you are looking to quickly start writing cloud formation stacks against your aws environments. Through the use of a run list, your stacks are consolidated into a singular environment state, the workflow here is very Terraform-ish, you will simply "plan" and then "apply" your changes. There are 2 main high level use cases, you may simultaniously take advantage of them both...

  1. aws-cf-bootstrap provides a lean convention based framework that you may use to develop your aws infrastructure using aws cloud formation. You would apply a new stack to your dev environment like this...

  2. aws-cf-bootstrap may be used to quickly provision a clean aws environment with some minimal network infrastructure. 2 stack templates exist with the provided project. Forking this project and running environments/dev-us-east-1/cf-apply.sh will create a new VPC with a private subnet and a public subnet containing a nat. You'll modify input param values at environments/dev-us-east-1/params.

Dependencies

  1. aws-cf-bootstrap uses the AWS Command Line Interface to send cloud formation commands, so you'll need that.

  2. You'll also need direnv, it's a shell extension that loads different environment variables depending on your path, aws-cf-bootstrap uses direnv to target the correct aws access keys per environment. You'll place a .envrc file in each environment directory (never commit .envrc files to git, a .gitignore entry already exists). For more insight, look at environments/dev-us-east-1/envrc.

Contributors

If you would like to add functionality or make this better, by all means, feel free to submit a pull request.