在AWS CI/CD流水线中为DynamoDB GSI添加投影属性的正确流程确认

你的这套先删后重建GSI的步骤是可行的核心流程，但在CI/CD流水线环境下执行时，还有几个关键细节需要注意，避免踩坑：

• 确认你的基础设施即代码工具（比如CloudFormation、Terraform、AWS SAM等）支持这种操作逻辑：注释GSI定义后部署，工具会自动触发索引删除；恢复注释并更新投影属性后部署，工具会重建带新投影的GSI。不同工具的具体行为可能略有差异，比如Terraform可能需要你在流水线中配置自动确认销毁操作，避免流程卡壳。
• 评估业务影响：删除和重建GSI的过程中，DynamoDB表的读写性能会受到一定影响，而且重建GSI需要时间（取决于表的数据量），这段时间内依赖该GSI的查询要么失败，要么返回不完整数据。建议在业务低峰期执行这套操作，或者提前准备好业务降级预案。
• 清理所有关联代码：除了GSI本身的定义，还要确保注释/移除所有依赖该GSI的代码，比如IAM策略中允许查询该GSI的权限语句、应用代码中针对该GSI的查询逻辑等，否则可能导致部署失败或者后续业务报错。
• 验证最终结果：GSI重建完成后，务必通过DynamoDB控制台或者API查询索引结构，确认新增的投影属性已生效；也可以执行测试查询，验证能否从GSI中获取到新增的投影字段。

内容的提问来源于stack exchange，提问作者et025