急増する処理要求をキューで疎結合にする｜AWS認定 Associate SAA-C03 試験オリジナル練習問題

2.1標準

注文受付APIへのアクセスが短時間に急増する。

注文処理ワーカーが一時的に遅くなっても、受付処理を止めずに後から処理できる構成にする。

最も適切な設計はどれか。

ヒント1: ヒント

受付と処理の時間差を保持できる非同期の境界を探す。

ヒント2: 用語の確認

疎結合、スケーリング、可用性、障害復旧の要件をサービスの役割へ対応付ける。

詳細解説

正しいAPIからAmazon SQSへメッセージを送信し、ワーカーがキューから処理する

SQSが受付と処理を分離し、処理速度を超えた要求をキューに保持できる。

誤りAPIからすべてのワーカーへ同期HTTP呼び出しを行う

ワーカー障害や遅延が受付処理へ直接波及し、疎結合にならない。

誤り処理中の注文をブラウザのローカルストレージだけへ保存する

クライアント依存で、サーバー側の耐久的な待ち行列にならない。

誤りワーカーを1台に固定し、キューを設けない

処理能力の上限が固定され、負荷急増時の吸収と拡張ができない。

一時的な検証環境で実行できる例です。

Amazon SQSのキューイングとメッセージ保持の公式説明を確認する。

受付と非同期処理を分離し、急増した要求をキューで保持できる。

基礎のおさらい

キューが処理速度の差を吸収し、ワーカーの遅延を受付へ直接伝播させない。

要件を、疎結合・拡張性・可用性・復旧時間の観点に分けて比較する。

問題IDAWS-SAA-011

確認環境AWS公式SQSドキュメントの確認

最終技術確認2026-08-20