5 ms·
One good way is to have automated tests which make sure that those rules actually work. What if all your AWS rules suddenly get deleted. How are you supposed to
by Matt3o12_ 9y ago
One good way is to have automated tests which make sure that those rules actually work. What if all your AWS rules suddenly get deleted. How are you supposed to know if you have not forgotten any.
- Artemis2 9y agoTerraform (https://www.terraform.io https://www.terraform.io), which we use, is a neat way to abstract this configuration data. We keep the configuration files in git, and can do GitHub pull requests over our whole infrastructure and apply the configuration with confidence (to change the existing setup or re-create it from scratch). This works for multiple cloud providers and is great for security purposes (all changes are auditable, no configuration drift). Heap has a great blog post on Terraform : https://heap.engineering/terraform-gotchas/ https://heap.engineering/terraform-gotchas/
- dsandip 9y agoEssentially, a declarative configuration for infra is what you are getting at. You can take this further, using containers and orchestration tech, to abstract your application behind a declarative configuration making it infra agnostic (as it should be iMO). Obviously, not getting locked into any cloud provider services is a pre-requisite for this. Check out such an implementation here[1](full disclosure - I work here)) [1]: https://docs.hasura.io/0.14/ref/project-configuration-and-status/index.html https://docs.hasura.io/0.14/ref/project-configuration-and-st...