使用CloudFormation更新DynamoDB TTL配置是否需分两次部署

核心结论 #

即便使用CloudFormation进行资源编排，变更DynamoDB TTL的目标扫描属性时，也必须分两次部署完成，无法通过单步修改配置的方式一次生效。

异常现象的产生原因 #

单次修改后部署成功但配置不生效的异常，本质是CloudFormation和DynamoDB TTL的原生能力限制不匹配导致的：

• DynamoDB TTL本身不支持在保持启用状态的前提下，直接将扫描属性从旧值切换为新值，这类变更请求会被DynamoDB侧直接忽略
• CloudFormation在检测到仅修改了TimeToLiveSpecification块内的AttributeName字段时，会生成包含该字段差异的变更集，且因为没有对应的资源操作冲突判定规则，最终会返回变更部署成功的状态，但实际从未向DynamoDB下发真实的配置修改请求，因此控制台看不到任何配置变化。

正确的分阶段部署操作流程 #

需要严格按照DynamoDB的TTL操作要求拆分两次部署：

• 第一次部署：将当前表的TTL配置调整为禁用状态，即设置TimeToLiveSpecification.Enabled: false，暂不指定属性值，等待部署完成、且DynamoDB控制台确认TTL已进入完全禁用状态后再进入下一步
• 第二次部署：将TTL配置调整为启用状态，同时指定新的扫描属性为bar，这次部署的变更会被DynamoDB正常受理，配置会实时同步到控制台展示。

注意：不要尝试在同一次部署的配置中，保持Enabled: true的同时直接修改属性名称为新值，这类配置永远无法在DynamoDB侧真正生效。

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