リフトアンドシフト移行により、ウェブ、データベース、およびRedisキャッシュコンポーネントがそれぞれEC2インスタンスで実行される単一のAuto Scalingグループが残され、応答時間が変動し、インスタンスが過負荷になる原因となっていました。同社は、可用性とパフォーマンスを向上させるためにコンポーネントを分離したいと考えています。この要件を満たすアーキテクチャの変更はどれですか？

正解は、ウェブ、データベース、キャッシュの各コンポーネントを独立したサービスに分離することで、可用性とパフォーマンスを向上させます。ウェブアプリケーションには、HTTP/HTTPSトラフィックを処理できるApplication Load Balancer (ALB) とAuto Scalingグループが適切です。データベースをMulti-AZのAmazon Auroraに移行することで、高可用性とスケーラビリティが確保されます。Redisキャッシュは、専用のマネージドサービスであるAmazon ElastiCache (Redis OSS) クラスターに移行することで、運用負担を軽減し、パフォーマンスと可用性を向上させます。 不正解の選択肢は、ALBとNLBの使い分けが不適切であったり、ElastiCacheの代わりにAuto ScalingグループでRedisキャッシュを運用しようとしたり、ElastiCacheのホスト名へのDNSターゲット設定という不要な複雑さを導入したりしています。