AWS認定資格 WEB問題集＆徹底解説
ソリューションアーキテクト-プロフェッショナル
解説
正解はAです。アフィリエイト呼び出しの耐障害性を向上させるため、非同期処理とSQSを組み合わせることでリクエストの処理が安定します。
(1)：アプリケーションから直接サードパーティーにリクエストを送るのではなく、AWS Lambda を非同期で呼び出すことでバックエンド処理の負荷を分散できます。
(2)：Amazon SQS を介して注文データを保存し、AWS Lambda 関数をキューから呼び出すことで、再試行とスケーラビリティが向上し、信頼性が高まります。
(3)：タイムアウトを増やすのは一時的な解決策であり、サードパーティーシステムの過負荷問題の根本解決にはなりません。
(4)：予約済み同時実行数を減らすと、リクエスト処理能力が低下し、結果的にパフォーマンスが悪化します。
(5)：Lambda 関数のメモリを増やしても、サードパーティーシステムの処理能力には影響しないため過負荷問題の解決にはなりません。
Amazon EC2 Auto Scaling
Amazon Simple Queue Service (Amazon SQS)
AWS Lambda
Elastic Load Balancing (ELB)
(1)：アプリケーションから直接サードパーティーにリクエストを送るのではなく、AWS Lambda を非同期で呼び出すことでバックエンド処理の負荷を分散できます。
(2)：Amazon SQS を介して注文データを保存し、AWS Lambda 関数をキューから呼び出すことで、再試行とスケーラビリティが向上し、信頼性が高まります。
(3)：タイムアウトを増やすのは一時的な解決策であり、サードパーティーシステムの過負荷問題の根本解決にはなりません。
(4)：予約済み同時実行数を減らすと、リクエスト処理能力が低下し、結果的にパフォーマンスが悪化します。
(5)：Lambda 関数のメモリを増やしても、サードパーティーシステムの処理能力には影響しないため過負荷問題の解決にはなりません。
関連サービスの解説
Amazon EC2Amazon EC2 Auto Scaling
Amazon Simple Queue Service (Amazon SQS)
AWS Lambda
Elastic Load Balancing (ELB)
＋ 質問 / コメント
解答・解説に疑問がある場合や、よりよい解説がある場合など、お気軽にコメントください。ただし、短文コメントは表示されません。また、中傷などコメントの内容によっては、会員機能を停止させて頂きます。教え学び合える場になれば嬉しいです。（コメント投稿にはログインが必要です）
正答率 11%
No.8 解説
ある企業は、Application Load Balancer の背後で Amazon EC2 インスタンス上に e コマースアプリケーションを運用しています。インスタンスは、複数のアベイラビリティーゾーンにまたがるAmazon EC2 Auto Scaling グループ内で実行されます。注文が正常に処理されると、アプリケーションは
注文データをサードパーティーのアフィリエイト外部追跡システムに即座にポストし、そのシステムから注文の紹介に対して売上手数料が支払われます。
マーケティングプロモーションが成功すると、EC2 インスタンスの数が 2 から 20 に増加しました。 この間、アプリケーションは正常に動作し続けました。しかし、リクエスト率の上昇でサードパーティーのシステムが過負荷になり、リクエストが失敗する結果となりました。
負荷がかかってもプロセス全体が正しく機能するように、ソリューションアーキテクトはどのアーキテクチャの変更を組み合わせて行うべきですか？ (2 つ選択)
(1) アフィリエイトを呼び出すコードを新しい AWS Lambda 関数に移動する。Lambda 関数を非同期で呼び出すようにアプリケーションを変更する。
(2) アフィリエイトを呼び出すコードを新しい AWS Lambda 関数に移動する。注文データを Amazon Simple Queue Service (Amazon SQS) キューに配置するようにアプリケーションを変更し、キューから Lambda 関数を呼び出す。
(3) 新しい AWS Lambda 関数のタイムアウトを増やす。
(4) 新しい AWS Lambda 関数の予約済み同時実行数を減らす。
(5) 新しい AWS Lambda 関数のメモリを増やす。
マーケティングプロモーションが成功すると、EC2 インスタンスの数が 2 から 20 に増加しました。 この間、アプリケーションは正常に動作し続けました。しかし、リクエスト率の上昇でサードパーティーのシステムが過負荷になり、リクエストが失敗する結果となりました。
負荷がかかってもプロセス全体が正しく機能するように、ソリューションアーキテクトはどのアーキテクチャの変更を組み合わせて行うべきですか？ (2 つ選択)
(1) アフィリエイトを呼び出すコードを新しい AWS Lambda 関数に移動する。Lambda 関数を非同期で呼び出すようにアプリケーションを変更する。
(2) アフィリエイトを呼び出すコードを新しい AWS Lambda 関数に移動する。注文データを Amazon Simple Queue Service (Amazon SQS) キューに配置するようにアプリケーションを変更し、キューから Lambda 関数を呼び出す。
(3) 新しい AWS Lambda 関数のタイムアウトを増やす。
(4) 新しい AWS Lambda 関数の予約済み同時実行数を減らす。
(5) 新しい AWS Lambda 関数のメモリを増やす。
- (1),(2)
- (2),(4)
- (3),(4)
- (2),(5)