Terraform AWS Provider 仍在快速演进。v6.62.0 在支持亚马逊云科技新功能的同时，也改进了 Terraform 理解和管理现有基础设施的方式。最新版本于 2026 年 8 月发布，新增了列表资源以及涵盖 Amazon DSQL、ECS、ECR、SES 和 Pinpoint 等服务的资源，同时进一步增强了 Bedrock AgentCore、CloudFront、ElastiCache、Resilience Hub 和 Secrets Manager。
这些版本的重要意义不仅在于新增了哪些具体资源。亚马逊云科技继续快速扩展其基础设施产品组合，这使该 Provider 日益成为连接亚马逊云科技 API 与企业基础设施即代码实践的重要抽象层。Terraform 已经不再只是预置 EC2 实例、网络和 S3 存储桶；该 Provider 正在越来越多地呈现与 AI、韧性、安全、数据库和应用服务有关的更高层能力。
亚马逊云科技 Provider 的快速演进还凸显了 Terraform 与其他竞争方案之间的一项重要差异。Pulumi 提供类似的多云基础设施模型，但除了 YAML 和 HCL 之外，还允许工程师使用 TypeScript、Python、Go、C# 和 Java 等通用编程语言定义基础设施。Pulumi 也直接支持 Terraform Provider，这意味着组织可以将 Pulumi 的编程模型与更广泛的 Terraform Provider 生态系统结合使用。
亚马逊云科技自己的 CloudFormation 和 CDK 采用了不同的方法，与亚马逊云科技原生能力结合得更加紧密。这可以让用户更快使用亚马逊云科技的新功能，而 Terraform 的优势仍然在于其广泛的生态系统、多云模型以及成熟的状态驱动型工作流。OpenTofu 是另一个日益受到关注的替代方案，它在保持与 Terraform 高度兼容的同时，也为担忧 Terraform 许可证发展方向的组织提供了一条开源路径。
不过，亚马逊云科技 Provider 的快速增长也带来了一项治理启示。Provider 升级可能影响模式、默认值、状态和资源行为。今年早些时候 v6.57.0 被撤回一事表明，即使是成熟的基础设施工具也可能带来升级风险。因此，对于企业团队而言，应当像管理应用程序依赖项一样管理 Provider 版本：锁定版本、测试升级、审查更新日志，并通过受控环境逐步推进变更，而不是自动采用每一个新版本。
8 月 5 日发布的 6.58.0 版本也扩展了 Terraform 的可观测性能力，为 Amazon Managed Service for Prometheus 新增了多种资源，其中包括 aws_prometheus_anomaly_detector 和 aws_prometheus_scraper_logging_configuration，同时还为 Prometheus 异常检测器、抓取器和抓取器日志配置增加了列表资源支持。对于希望以代码形式管理的不仅是基础设施，还包括围绕这些基础设施的监控和运维可见性的工程团队而言，这是一项实用的新增功能。
归根结底，亚马逊云科技 Provider 正在成为远不止一组 Terraform 资源的存在。它日益成为亚马逊云科技快速扩展的基础设施能力与组织工程治理模型之间的转换层。随着云环境变得更加复杂，并日益由 AI 驱动，基础设施即代码的价值将不再只取决于工具创建资源的速度，还取决于它能否有效地让这些资源具备可重复性、可审计性、安全性和可治理性。
原文链接：https://www.infoq.com/news/2026/09/terraform-aws-provider-6-62/