複数マイクロサービスへのイベント同時ファンアウト配信

ア：Amazon SNSトピックを作成してパブリッシャー（注文受付）からのメッセージを集約することで、複数のサブスクライバーへ一斉にメッセージを配信するファンアウトの起点を構築できる。 イ（誤り）：同期HTTPリクエストによる直接呼び出しは密結合となり、後続サービスのいずれか1つがダウンまたは遅延した際に注文受付全体が停止してしまうため不適切である。 ウ：処理サービスごとに専用のAmazon SQSキューを用意してSNSトピックを購読させることで、各サービスがメッセージをバッファリングして自律的に非同期処理できる疎結合性が実現する。 エ（誤り）：ElastiCache Redisはインメモリキャッシュであり、ノード障害時にメッセージが消失するリスクがあるため、注文データのような永続性と確実な到達性が求められるキューイングには適していない。 オ（誤り）：Amazon Data FirehoseはS3やRedshiftへのストリーミングデータ蓄積・ロード用であり、マイクロサービス間でのファンアウト非同期イベント処理の標準アーキテクチャではない。

ECサイトの注文受付サービスにおいて、注文確定イベントを「在庫引当サービス」「決済処理サービス」「配送手配サービス」の複数の独立したマイクロサービスへ同時に非同期配信したい。各処理サービスは独自のペースでメッセージを安全に消費し、あるサービスで障害や遅延が発生しても他のサービスや注文受付本体に影響を与えない疎結合な構成が求められている。この要件を満たす設計コンポーネントを2つ選択してください。

出典AWS非公式・オリジナル問題
【複数選択】 正解を 2つ 選択してください0 / 2 選択中