CloudFormation stack 會建立資源，並在 Systems Manager Parameter Store 中定義應用程式在執行階段讀取和更新的參數。當開發人員更新 stack 以新增帶有標籤的資源時，Parameter Store 的值被重設，覆寫了應用程式所做的變更。開發人員希望變更部署，讓參數值不會因 stack 更新而被重設，並將開發工作量降到最低。開發人員應該怎麼做？

當 CloudFormation stack 更新時，如果 Parameter Store 參數沒有特別設定，預設行為可能會導致參數值被重設。將 Parameter Store 參數的 DeletionPolicy 設定為 Retain，可以確保即使在 stack 更新或刪除時，該參數也不會被刪除或重設為 CloudFormation 範本中定義的初始值。這允許應用程式在執行階段修改參數，而這些變更不會在後續的 stack 更新中被覆寫，同時將開發工作量降到最低。 其他選項的錯誤原因： 新增 DynamoDB table 或 RDS instance 來儲存組態，雖然可行，但會增加額外的資源和管理負擔，且需要修改應用程式以讀取新來源，不符合「將開發工作量降到最低」的要求。 修改 CloudFormation stack policy 只能限制對 stack 資源的更新操作，無法阻止 Parameter Store 參數在 stack 更新時被重設。Stack policy 主要是用於控制誰可以更新 stack 中的哪些資源，而不是控制資源更新時的行為。