使用 AWS Cloud Formation 重复预置 AWS 环境有多普遍？

Question

我不喜欢 CloudFormation。但是阅读 CloudFormation 的文档后，Amazon 似乎认为它是我们应该用来一致地、重复地部署 AWS 服务实例的给定拓扑的方法。然而，AWS 已经存在了十多年，而 AWS 对 CF 的推动似乎只是在最近 5 年内。

我偶然发现了一篇很棒的帖子 AWS OpsWorks vs AWS Beanstalk vs AWS CloudFormation?，它探讨了不同 AWS 部署产品的优势。鉴于我的组织需要灵活且可重复的 IaaS/PaaS 部署，CF 似乎符合要求。

我想知道的是：与其他“模板”部署技术相比，CF 的使用有多普遍？您的团队使用什么来部署 AWS 服务的重复配置？

它的可用性/可学习性如何？如果我采用 CF，AWS 上的现有开发人员已经熟悉它并能够立即使用它的可能性有多大？ CF 似乎已经支持 许多 或 大多数 AWS 服务，但人们是否真的在使用它来重复消除相同配置的服务拓扑？

或者大多数团队更喜欢更简单、更少可无限配置的选项？如果是这样，为什么？

使用 CloudFormation 模板时需要注意哪些陷阱？什么不CF 处理，它真的应该处理？

Answer 1

我将尝试根据我的个人经验回答您的大部分问题：

我想知道的是：与其他“模板”部署技术相比，CF 的使用有多普遍？

我无法断言具体的使用分布，但我认识使用Terraform 的人。虽然 Terraform 支持 CF，但我的团队决定不使用它，只是因为 CF 已经满足了我们的需求。

您的团队使用什么来部署 AWS 的重复配置 服务？

我的团队使用 CloudFormation（没有 Terraform）将我们的整个基础设施部署到 AWS

它的可用性/可学习性如何？

很简单。从一个小模板（最好是 YAML）开始，然后从那里开始构建。 aws cloudformation deploy 将加快您的反馈循环。

如果我采用 CF，AWS 上的现有开发人员有多大可能已经熟悉它并能够立即使用它？

我认为熟悉 AWS 的开发人员可以轻松上手 CF。如果您可以找到有关 AWS 文档的方法，那么 CF 只是另一种需要学习的服务。我无法断言现有 AWS 开发人员是否熟悉 CF。

CF 似乎已经支持许多或大多数 AWS 服务，但人们是否真的在使用它来反复消除配置相同的服务拓扑？

我的团队使用它来配置具有相同拓扑的测试和生产环境。使用共享 CF 模板复制我们基础架构的某些部分以实现冗余。

使用 CloudFormation 模板时需要注意哪些陷阱？

您必须注意一些 CF limits，即模板正文的最大大小，上限为 46KB。我们已经多次达到此限制，尤其是在使用更大的用户数据脚本配置 EC2 实例时。话虽如此，您不应该尽早达到该限制，并且有很多解决方法

CF 不能处理什么，它真的应该处理什么？

我的想法是：Elastic Transcoder、EC2 AMI、API Gateway VPC 链接。我的团队使用Lambda-backed custom resources 绕过了这些限制，允许您根据需要扩展 CF。

总的来说，我的团队对 CloudFormation 非常满意。这绝对有助于我们有序地维护 AWS 账户。

希望这会有所帮助！