ウェブアプリケーションは、カスタムAMIから構築されたEC2インスタンス上で実行され、us-east-1でCloudFormationによってプロビジョニングされています。会社はus-west-1に同じスタックをデプロイしたいと考えていますが、us-west-1でのスタック作成が「AMI IDが存在しません」というエラーで失敗します。開発者は最小限の運用労力でこれを修正する必要があります。どのソリューションがそれを実現しますか？

正解は、カスタムAMIをus-east-1からus-west-1にコピーし、us-west-1のCloudFormationテンプレートを更新してコピーされたAMI IDを参照するようにすることです。これは、リージョン間でカスタムAMIを使用するための標準的な方法であり、最小限の運用労力で済みます。CloudFormationテンプレートは、特定のリージョンのAMI IDを参照するため、AMI IDが存在しないというエラーは、us-west-1にAMIが存在しないことを示しています。 AWSマネージドAMIを使用するようにテンプレートを修正すると、アプリケーションが正しく動作するために必要なカスタム設定が失われる可能性があります。us-west-1でカスタムAMIを再構築するのは、時間がかかり、エラーが発生しやすく、運用労力が増大します。CloudFormationを放棄して手動でデプロイすることは、自動化の利点を失い、一貫性がなく、運用労力が大幅に増加します。