AWS ソリューションアーキテクトメッセージ処理の失敗を制御するオリジナル・公式資料照合難易度
受注イベントを在庫サービスと請求サービスの両方が必ず受け取り、それぞれの速度で処理したい。一方の停止が他方を妨げない構成はどれか。
A
在庫サービスだけへ送信し、請求サービスは通知しない
両方がイベントを受け取る要件を満たさない。
B
SNSのメール購読だけで二つのシステムの確実な業務処理を管理する
システムごとのキューと再試行を設計する要件に対して、メールだけでは処理を分離して管理しにくい。
C
SNSトピックに、サービスごとの別SQSキューを購読させる★ 正解
各キューにイベントが配信されるため、消費側ごとに処理速度や再試行を分離できる。
D
一つのSQSキューを両サービスの競合コンシューマーで読む
一つのメッセージは通常いずれかの処理へ渡るため、両サービスが受け取る構成にならない。
解説
各キューにイベントが配信されるため、消費側ごとに処理速度や再試行を分離できる。
根拠資料・確認情報
対応範囲：SAA-C03
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
受注メッセージを、顧客ごとの順序は守りながら顧客間では並列処理したい。SQS FIFOでのMessageGroupIdの設計はどれか。
問題 2
LambdaがSQS Standardから10件をまとめて処理し、そのうち1件だけ失敗した。成功済みの9件を不要に再処理する回数を減らす設定はどれか。
問題 4
Lambdaから接続するDBは同時接続数に余裕がない。関数が急増してDBを圧迫しないよう、この関数の同時実行数に上限を置く設定はどれか。
問題 5
Step Functionsの外部API呼出しが一時エラーで失敗する。回数を限って再試行し、なお失敗したら運用担当へ通知して別の処理へ移りたい。適切な考え方はどれか。