Elastic Compute Architecture

新規に構築する業務サービスは、OSレベルのエージェントとカーネル設定を必要とする長時間稼働プロセスである。アプリケーション自体はステートレスで、HTTPトラフィックの増減に応じて複数ノードへ水平スケーリングしたい。

最初に評価するコンピューティング構成として最も適切なものはどれか。

Amazon S3への画像アップロードを契機にサムネイルを生成する。1回の処理は短く、イベント数は通常ほぼゼロだが、キャンペーン時には短時間で急増する。

サーバーやコンテナホストを常時維持せず、イベント量に応じて処理キャパシティを増減させたい。

最も適切なコンピューティングサービスはどれか。

コンテナ化されたステートレスなHTTP APIを新規構築する。チームはKubernetes APIを必要としておらず、Amazon EC2のノード群をプロビジョニング、パッチ適用、スケーリングしたくない。

一方、コンテナイメージとタスク定義は制御し、需要に応じて実行タスク数を増減させたい。

最も適切な構成はどれか。

新規のマイクロサービス基盤では、組織標準としてKubernetes APIを使用し、既存のHelmチャートやカスタムリソース定義（CRD）も利用する必要がある。

一方、チームはKubernetesを維持しながら、EC2ノードのプロビジョニングやノードキャパシティのスケーリングなど、基盤管理の負荷をできるだけ減らしたい。

最も適切な構成はどれか。

既存のAWSアカウントでは、すでにAWS App Runnerを利用してステートレスなHTTPウェブサービスを運用している。コンテナイメージからデプロイし、HTTPS、負荷分散、需要に応じた自動スケーリングを利用しており、チームはKubernetesクラスターやEC2フリートを管理していない。

この既存サービスの要件が変わっていない場合、最も適切な判断はどれか。

毎晩、数万件の独立したコンテナ処理を実行する。利用者からの対話型リクエストではなく、ジョブはキューに投入して利用可能なコンピューティングキャパシティへ順次割り当てたい。

ジョブ量に応じたキャパシティ調整とスケジューリングをマネージドサービスへ委任したい。

最も適切なサービスはどれか。

Amazon ECSサービスをEC2キャパシティ上で実行している。

Amazon ECS サービスの自動スケーリングにより必要タスク数が10から40へ増えたが、EC2クラスター側の空きCPUとメモリが不足し、30タスクがPENDINGのままである。

この状況について適切な判断を2つ選択してください。