amazon-web-services - 使用 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 似乎符合要求。

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

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

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

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

Answer 1

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

What I want to know is: How prevalent is the use of CF, vs other "template" deployment technologies?

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

What is YOUR team using for deploying repeated configurations of AWS services?

我的团队使用 CloudFormation(不含 Terraform)将整个基础设施部署到 AWS

How usable/learnable is it?

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

If I adopt CF, how likely is it that existing developers on AWS will already be familiar with it, and be able to use it straight off the bat?

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

CF seems to support many or most AWS services already, but are people actually using it to repeatedly stamp out identically-configured topologies of services?

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

What pitfalls do I need to watch out for when using CloudFormation Templates?

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

What doesn't CF handle, which it really should?

我的脑海中浮现出:Elastic Transcoder、EC2 AMI、API Gateway VPC 链接。我的团队使用 Lambda-backed custom resources 规避了这些限制，它允许您根据需要扩展 CF。

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

希望这有帮助!