CloudFormation structuring & splitting of resources between stacks
0
A customer maintains one large CloudFormation template per application they deploy. They are currently running into challenges where deployed resources in the stack do not all share the same lifespan. By changing the stack, or deleting + redeploying the stack, the change in IDs has downstream impacts to other applications/components.
How have other customers managed this? Do we have any relevant resources (i.e. blog post, videos, documentation, etc) that would be useful to share with our customer on this topic?
已提問 4 年前檢視次數 1091 次
1 個回答
- 最新
- 最多得票
- 最多評論
0
That's a big topic with a lot of options.
- Exporting and Importing values is one way to share values between stacks. The benefits and weaknesses of this process is that you can't change any values that are exported if another stack is importing them. This helps prevents changing those resources (example: maybe a RDS endpoint string) with instances running in it. The downside is that if you want to change something upstream you can't do it without breaking those dependencies first.
- If you are going to break apart the stacks you can do nested stacks. This allows you to change those dependencies into parameters and outputs and pass the values between the stacks.
- Another way to do this is to share values via SSM Parameter store. This approach is more technically complex because you are having to deal with the downstream impact yourself.
Based on what I'm seeing i would recommend using nested stacks and prefer splitting application layers across stacks.
已回答 4 年前
相關內容
- 已提問 6 個月前
AWS 官方已更新 2 年前- AWS 官方已更新 2 年前
- AWS 官方已更新 2 個月前