ある大企業で、Amazon RDSとAmazon DynamoDBの料金が予期せず急増しました。この組織は、多数の開発アカウントと本番アカウントでAWS Organizationsを使用しています。アカウント全体で強制的なタグ付け戦略はありませんが、ガイドラインでは、インフラストラクチャをAWS CloudFormationと一貫したタグでデプロイすることが求められています。経営陣は、既存および将来のすべてのDynamoDBテーブルとRDSインスタンスにコストセンターとプロジェクトIDの値を含めることを義務付けています。これらの要件を満たすために、ソリューションアーキテクトはどの方法を推奨すべきですか？

この選択肢は、既存のリソースと新規のリソースの両方に対応する包括的なアプローチを提供します。Tag Editorは、既存のRDSインスタンスとDynamoDBテーブルに不足しているタグを効率的に追加するために使用できます。コスト配分タグを作成することで、コストセンターとプロジェクトIDに基づいてコストを追跡できます。最も重要なのは、サービスコントロールポリシー（SCP）を使用して、必須タグがない新しいRDSインスタンスやDynamoDBテーブルの作成を拒否することで、将来のタグ付けの一貫性を強制できる点です。 他の選択肢は不十分です。 Tag Editorのみを使用する選択肢は、新規リソースのタグ付けを強制しないため、将来の問題を防げません。 AWS ConfigルールとLambdaソリューションは、事後対応的であり、リソース作成時にタグ付けを強制するものではありません。 フェデレーションロールを変更する選択肢は、AWS Organizations全体での強制力に欠け、SCPほど堅牢ではありません。