一家大型公司發現 Amazon RDS 和 Amazon DynamoDB 的費用意外飆升。該組織使用 AWS Organizations，其中包含許多開發和生產帳戶。儘管規範要求使用 AWS CloudFormation 和一致的標籤來部署基礎設施，但跨帳戶並未強制執行標記策略。管理層要求所有現有和未來的 DynamoDB 資料表和 RDS 實例都必須包含成本中心和專案 ID 值。解決方案架構師應推薦哪種方法來滿足這些要求？

正確答案透過多方面解決問題。首先，使用 Tag Editor 標記現有資源是處理大量現有未標記資源的有效方式。接著，建立成本分配標籤對於追蹤和分析成本至關重要。最關鍵的是，透過服務控制策略 (SCP) 拒絕建立缺少必要標籤的新資源，這能強制執行未來的標記規範，防止問題再次發生。 其他選項的不足之處： 僅使用 Tag Editor 並等待傳播無法強制執行未來的標記。 AWS Config 規則和 Lambda 解決方案可以標記未標記的資源，但無法在資源建立時阻止未標記的資源，且需要額外的開發和維護。 修改聯合角色以防止佈建是可行的，但不如 SCP 在組織層級強制執行來得全面和強大，且同樣無法有效處理現有資源。