IAC Guidelines
Guidelines to work with Terraform and Terragrunt
๐ฏ Our purpose
This documentation is provided by the Padok IaC Guild. Its purpose is to present guidelines and best practices about terraform development.
You do not have to see these guidelines as an absolute truth, but more as a proposition to answer frequently asked questions and avoid issues you will often face in your projects.
Here are the key learning :
The 3 standards for a layer/code
- Your layer design reflects a business need
- Only one team contributes has ownership of a layer (you have a clear vision of contribution & ownership)
- Your state refresh time is acceptable for a contribution purpose
The standard for communicating between your layers
- You can rebuild your infrastructure without the
-target
flag
- You do not have any cyclical dependencies between resources
- You use data blocks only in layers
The standard use of modules
- A module should be created
- To abstract complexity
- If you have to reuse it frequently (More than twice)
- You should not create a module to be a flat pass between resources
- Your moduleโs dependencies are provided by the caller
- You use remote modules to avoid repetition between your different projects
The standard naming convention
- The name of the file or folder should reflect what you are creating
- Adapt your codebase to your client needs and standards
- Avoid stuttering when naming Terraform resources.
- Use snake_case convention
We recommend everyone to follow the WYSIWYG pattern for vanilla terraform.
๐ Guidelines
Youโll find below details of the standards to follow when working with Terraform and Terragrunt.
๐ Patterns
Reusable solution to a commonly occurring problem within a given context
๐ Standards
Standards help to avoid waste and ensure that we deliver value
Terragrunt
๐ฉ Red flags
Red flag is something that you must pay attention about. This is an advice or recommendation, not a requirement.
License