实战故事：通过 Terraform 1.10 将 50% 的工作负载迁移至 Graviton4，每年在 AWS 上节省 20 万美元

2024 年第三季度，一家中型金融科技公司的 14 人平台工程团队通过将 52% 的生产工作负载迁移至 AWS Graviton4 实例，将年度 AWS 支出减少了 203,417 美元，降幅达 34%。此次迁移完全依托 Terraform 1.10 新增的 ARM64 原生模块支持完成，在功能完整性和服务等级协议（SLA）未降级的前提下顺利实施。 关键洞察表明，对于计算密集型工作负载，Graviton4 相比 Graviton3 在性价比上提升了 28%。Terraform 1.10 的 arm64 提供者标志简化了迁移流程，消除了混合 x86/ARM 实例集群中 80% 的手动实例族映射工作。将 50% 的工作负载迁移后，EC2 支出显著下降，同时 p99 延迟仅增加 0.02%。 行业预测显示，到 2026 年，70% 的云原生生产工作负载将运行在 ARM64 架构上。所提供的 Terraform 代码定义了 AWS Graviton4 部署的配置，需 Terraform 1.10 以支持 Graviton4 实例类型。该代码设定了 AWS 提供者参数、环境变量以及适用于 Graviton4（ARM64）和 x86 架构的镜像（AMI）。 该解决方案包含安全组定义、IAM 角色及 EC2 实例配置文件。启动模板支持混合 Graviton4 与 x86 的自动伸缩组，并通过本地变量管理 rollout 比例。针对支付处理工作负载配置的自动伸缩组设定了 50% 的 Graviton4 容量目标。 此外，实施了基于 Terraform 1.10 的灰度发布模块，支持渐进式迁移，并可根据 p99 延迟和错误率阈值自动回滚。已配置 CloudWatch 指标告警，持续监控 Graviton4 的 p99 延迟与错误率，一旦超过阈值即触发回滚。总体而言，该方案展现了一种成功、具备成本节约效果且性能优化的云迁移策略。