amazon-web-services - 如果所有架构组件都是 AWS 特定产品，那么选择 Terraform 而不是 AWS CloudFormation 的正当理由是什么？

Question

在所有组件都使用 AWS 特定产品的架构中，例如 EC2 实例中的 Web 服务器、使用 CloudFront 的 CDN、ECS 中的微服务，为什么有人会选择使用 Terraform？

Answer 1

这通常是非常个人的选择。有一些方面(并不是真正的优点和缺点，只是您需要回答的要点):

• 您打算完全面向 AWS 吗？如果是，当然您可以同时使用两者，但如果不是，您可能无论如何(如果不是现在，那么将来)将需要一些额外的工具，因此在这种情况下，Terraform 可以涵盖这两种情况。

• 您已经了解 Terraform 了吗？如果没有，那么学习任何一个都可能是同样的挑战，但如果您从其他项目中了解 Terraform，您就可以开始使用它。这也适用于您的招聘策略 - 您是否要寻找只了解 AWS(那么很可能还了解 CloudFormation)的人，或者一般具有一些系统/开发运营经验的人，那么 Terraform 是一种常用工具。

• 还有另一件重要的事情 - CloudFormation 无法处理现有资源(Terraform 通常可以通过 import 处理，但也有异常(exception))。这意味着您可以从 CloudFormation 迁移到 Terraform(完成了几次，实际上没什么大不了的)，但反之则不行。

我不想推荐一个工具本身，而更多的是作为一种方法:从 CloudFormation 开始，然后看看它是否适合您。正如上一点提到的，您始终可以迁移到 Terraform，但如果您开始时没有 CloudFormation，那么大门就对您关闭了。

此外，如果您要完全面向 AWS，CloudFormation 可以与更多服务很好地配合:CodePipeline 与其集成，在 CI/CD 管道的情况下 CloudFormation 是一项完全托管的服务(它保留状态、公开导出值等)，而在 Terraform 的情况下，您需要提供自己的基础设施来存储状态并公开输出(您可以使用 AWS 中的 S3 存储桶来实现这一点，但您仍然需要配置 Terraform 来使用它 - CloudFormation 是一个在这种情况下为零配置)。