【问题标题】:Cloud Formation multiple vs one stackCloud Formation 多个与一个堆栈
【发布时间】:2017-06-25 16:40:46
【问题描述】:

分离 CloudFormation 堆栈的最佳方法是什么?我目前通过 ecs-cluster、elasticache、带有默认目标组的 alb 和带有目标组注册到现有 alb 和 SNS 订阅的 ecs 服务来分离我的堆栈。它们都依赖于 CF Import Export。与单个堆栈相比,这是理想的吗?

我拥有单独的 SNS 订阅堆栈的原因是我需要在多个主题上订阅和重用它们,并且我不想为每个 ASG、ALB 和 Elasticache 堆栈创建订阅。

此外,如果我将堆栈分开,我可以将 ECS 服务放入我选择的可用集群中。

关于最佳方法的任何想法或者这是正确的方法吗?

如果您查看AWS CloudFormation Best Practices,它指出我们需要“按生命周期和所有权组织您的堆栈”。鉴于它们都有不同的生命周期(即 ALB 与 ECS。ECS 更改的频率要高得多,然后 ALB 类似地适用于 ECS 集群实例)那么以这种方式分离是否有意义?

【问题讨论】:

    标签: amazon-web-services amazon-cloudformation


    【解决方案1】:

    由于多种原因,与使用单个堆栈相比,拥有子堆栈肯定是更好的选择

    1. 维护更容易。在编程类比中,它类似于将您的功能拆分到多个类中,而不是在一个类中编码所有内容
    2. 可以明确区分关注点和所有权。正如AWS CloudFormation Best Practices 页面所暗示的那样,数据库人员可以拥有数据库子堆栈的所有权,站点管理员可以拥有自动缩放和负载平衡子堆栈的所有权
    3. 您更有可能保持在“模板正文大小”的限制范围内,即 460,800 字节

    关于你如何决定使用哪些子堆栈,我认为你几乎是正确的。您也可以考虑使用角色子堆栈

    【讨论】:

      猜你喜欢
      • 2018-03-24
      • 2021-10-26
      • 2021-04-17
      • 2013-12-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-02-18
      相关资源
      最近更新 更多