No.1 モバイルゲーム会社がAmazon EC2インスタンス上でアプリケーションサーバーを運用しています。これらのサーバーはプレイヤーから15分ごとにアップデートを受け取ります。モバイルゲームは、前回のアップデート以降にゲームで進行した内容をJSONオブジェクトで作成し、そのJSONオブジェクトをアプリケーションロードバランサーに送信します。しかし、モバイルゲームがプレイされるにつれて、ゲームのアップデートが失われています。会社は、更新内容を確実に古い順に取得する耐久性のある方法を作りたいと考えています。システムをデカップリングするために、ソリューションアーキテクトは何を推奨すべきでしょうか？
A. Amazon Kinesis Data Streamsを使用してデータをキャプチャし、JSONオブジェクトをAmazon S3に保存します。
B. Amazon Kinesis Data Firehoseを使用してデータをキャプチャし、JSONオブジェクトをAmazon S3に保存します。
C. Amazon Simple Queue Service (Amazon SQS)のFIFOキューを使用してデータをキャプチャし、EC2インスタンスでキュー内のメッセージを処理します。
D. Amazon Simple Notification Service (Amazon SNS)を使用してデータをキャプチャし、EC2インスタンスでアプリケーションロードバランサーに送信されたメッセージを処理します。
No.2 ソリューションアーキテクトは、ビジネスユーザーがオブジェクトをAmazon S3にアップロードできるアプリケーションを設計しています。このソリューションでは、オブジェクトの耐久性を最大化する必要があります。また、オブジェクトはいつでも、任意の期間利用可能である必要があります。ユーザーは、オブジェクトがアップロードされてから最初の30日間は頻繁にアクセスしますが、30日以上経過したオブジェクトにアクセスすることはほとんどありません。どのソリューションが最もコスト効率的にこれらの要件を満たしますか？
A. 全てのオブジェクトをS3 Standardに保存し、S3のライフサイクルルールを用いてオブジェクトを30日後にS3 Glacierに移行します。
B. 全てのオブジェクトをS3 Standardに保存し、S3のライフサイクルルールを用いてオブジェクトを30日後にS3 Standard-Infrequent Access (S3 Standard-IA)に移行します。
C. 全てのオブジェクトをS3 Standardに保存し、S3のライフサイクルルールを用いてオブジェクトを30日後にS3 Zone-Infrequent Access (S3 Zone-IA)に移行します。
D. 全てのオブジェクトをS3 Intelligent-Tieringに保存し、S3のライフサイクルルールを用いてオブジェクトを30日後にS3 Standard-Infrequent Access (S3 Standard-IA)に移行します。
No.3 ソリューションアーキテクトが、ウェブアプリケーション層とデータベース層を含むアーキテクチャを設計しています。ウェブ層は自動的にスケーリングする能力が必要です。ソリューションアーキテクトは各層をそれぞれのサブネットに分けることにしました。設計には2つのパブリックサブネットと4つのプライベートサブネットが含まれています。セキュリティチームは、層間の通信がビジネスニーズがある場合のみ可能で、それ以外のすべてのネットワークトラフィックがブロックされることを要求しています。ソリューションアーキテクトはこれらの要件を満たすために何をすべきでしょうか？
A. 通信を制御するためにAmazon GuardDutyのソース・デスティネーションルールセットを作成します。
B. 必要なソースと宛先に限定されたトラフィックを制限するために、すべての層に対して一つのセキュリティグループを作成します。
C. 必要なソースと宛先に限定されたトラフィックを制限するために、各層ごとに特定のセキュリティグループを作成します。
D. アプリケーションが機能するために必要なソースと宛先へのトラフィックを制限するために、すべての6つのサブネットにネットワークACLを作成します。
No.4 現在、会社はベンダーの専有形式で250TBのバックアップファイルをAmazon S3に保存しています。ベンダーが提供するLinuxベースのソフトウェアアプリケーションを利用して、Amazon S3からファイルを取り出し、それを業界標準の形式に変換し、再度Amazon S3にアップロードしたいと考えています。会社は、この変換に伴うデータ転送費用を最小限に抑えたいと考えています。ソリューションアーキテクトはこれを達成するために何をすべきでしょうか？
A. 変換ソフトウェアをAmazon S3バッチ操作としてインストールし、データがAmazon S3を離れずに変換されるようにします。
B. 仮想マシン上に変換ソフトウェアをインストールします。変換を実行し、仮想マシンからファイルをAmazon S3に再アップロードします。
C. AWS Snowball Edgeデバイスを使用してデータをエクスポートし、変換ソフトウェアをデバイスにインストールします。データの変換を行い、SnowballデバイスからファイルをAmazon S3に再アップロードします。
D. Amazon S3と同じリージョンでAmazon EC2インスタンスを起動し、そのインスタンスに変換ソフトウェアをインストールします。データの変換を行い、EC2インスタンスからファイルをAmazon S3に再アップロードします。
No.5 企業はAWS上でウェブアプリケーションをホストし、VPC内のデータベースと通信したいと考えています。アプリケーションは高可用性であるべきです。ソリューションアーキテクトは何を推奨すべきでしょうか？
A. 2つのAmazon EC2インスタンスを作成し、ロードバランサーの後ろでウェブサーバをホストします。その後、大きなインスタンスでデータベースをデプロイします。
B. 複数の可用性ゾーンにロードバランサーをデプロイし、ウェブサーバ用にAuto Scalingグループを作成します。その後、複数の可用性ゾーンでAmazon RDSをデプロイします。
C. パブリックサブネットにロードバランサーをデプロイし、ウェブサーバ用にAuto Scalingグループを作成します。その後、プライベートサブネットのAmazon EC2インスタンス上にデータベースをデプロイします。
D. Auto Scalingグループを持つ2つのウェブサーバーをデプロイし、2つのウェブサーバーを指すドメインを設定し、その後、複数の可用性ゾーンでデータベースアーキテクチャをデプロイします。
