1.1標準
注文イベントを監視、集計、監査の3系統へ配信する。
各系統が同じイベントを独立して読み、障害後には自分の位置から再処理する。
主たる取り込み基盤として最も適切なものはどれか。
× 不正解
複数の処理系が同じイベントを独立して読む要件には、保持期間とコンシューマーごとの読み取り位置を持つKinesis Data Streamsが適する。
詳細解説
正しいAmazon Kinesis Data Streams
保持されたストリームを複数のコンシューマーが独立して読み、各自の位置から再処理できる。
保持されたストリームを複数のコンシューマーが独立して読み、各自の位置から再処理できる。
誤りAmazon SQS Standardを1キューだけ使う
1つのメッセージは通常1つの処理主体へ渡されるため、3系統が同じイベントを独立して読む構成には追加ファンアウトが必要になる。
1つのメッセージは通常1つの処理主体へ渡されるため、3系統が同じイベントを独立して読む構成には追加ファンアウトが必要になる。
誤りAmazon S3へ毎分ファイルを書き、3つの処理を順番に起動する
実現はできるが、ストリームの低遅延と独立した読み取り位置を満たすための実装が増える。
実現はできるが、ストリームの低遅延と独立した読み取り位置を満たすための実装が増える。
誤りAWS CloudFormationのイベント履歴
CloudFormationはスタック操作の管理サービスで、注文イベントの配信基盤ではない。
CloudFormationはスタック操作の管理サービスで、注文イベントの配信基盤ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
Kinesis Data Streamsのコンシューマー、保持、再読とSQSの可視性タイムアウトの公式説明を確認する。期待される結果
ストリームのブロードキャスト的利用と、キューのワーク配布の違いを説明できる。理解のポイント
- Kinesis Data Streams
- SQS
- 複数コンシューマー
- 再処理
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
ストリームとキュー
ストリームは複数処理が同じ履歴を読む設計、キューは処理済みメッセージを別の処理主体へ受け渡す設計に向く。
独立チェックポイント
コンシューマーごとに処理位置を管理し、遅い処理系が他の処理系を止めない構成を検討する。
問題IDAWS-DEA-025
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告