ある企業が、Application Load Balancer の背後にある Amazon Linux Amazon EC2 インスタンスで多層ウェブアプリケーションをホストしています。インスタンスは、複数のアベイラビリティーゾーンにまたがる Auto Scaling グループで実行されています。ユーザーが大量の静的ウェブコンテンツをリクエストすると、Auto Scaling グループはより多くのオンデマンドインスタンスを起動します。この企業はコストを最適化したいと考えています。ソリューションアーキテクトは、どのようにアプリケーションを再設計するのが最も費用対効果が高いでしょうか？

静的ウェブコンテンツは、Amazon S3に保存し、Amazon CloudFrontを介して配信するのが最も費用対効果の高い方法です。CloudFrontはエッジロケーションからコンテンツをキャッシュして配信するため、EC2インスタンスへの負荷を軽減し、データ転送コストを削減します。これにより、Auto Scalingグループがスケールアウトする頻度が減り、オンデマンドインスタンスの起動が抑制されます。 リザーブドインスタンスは予測可能なワークロードに適していますが、Auto Scalingグループの動的なスケールアウトには不向きです。スポットインスタンスはコストを削減できますが、中断される可能性があるため、静的コンテンツの安定した配信には適していません。API GatewayとLambdaは、動的なAPIやサーバーレスアプリケーションには適していますが、静的ウェブコンテンツのホスティングには過剰な機能であり、コスト効率も劣ります。