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年前1099ビュー
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年前
関連するコンテンツ
AWS公式更新しました 2年前- AWS公式更新しました 3年前
