1.1標準
クリックイベントを5分間の時間窓で集計し、利用者ごとのクリック数を出す。
前のイベントを保持しながら窓の終了時に集計結果を出力する。
最も適切な処理方式はどれか。
× 不正解
時間窓集計ではキーごとの中間状態を保持するステートフルなストリーム処理が必要になる。単一イベント処理や全履歴再読込だけでは要件に合わない。
詳細解説
誤り各レコードを単独で変換するステートレスなLambda処理だけを使う
前のイベントを保持しないため、5分窓の利用者別件数を正確に集計できない。
前のイベントを保持しないため、5分窓の利用者別件数を正確に集計できない。
正しい状態を保持するストリーム処理で時間窓を定義する
利用者ごとの途中集計を保持し、窓の終了時に集計結果を出力できる。
利用者ごとの途中集計を保持し、窓の終了時に集計結果を出力できる。
誤り各イベントをS3へ保存し、毎回全履歴を読み込んで集計する
集計のたびに全履歴を読み込むため、低遅延のストリーム処理にならずコストも増える。
集計のたびに全履歴を読み込むため、低遅延のストリーム処理にならずコストも増える。
誤りイベントをCloudTrailへ送って時間窓集計する
CloudTrailはAWS API監査ログであり、アプリケーションイベントのストリーム集計サービスではない。
CloudTrailはAWS API監査ログであり、アプリケーションイベントのストリーム集計サービスではない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWSのストリーム処理における時間窓、状態管理、再処理の公式ドキュメントを確認する。期待される結果
ステートレス変換と、時間窓・キー単位の状態を持つ処理の違いを説明できる。理解のポイント
- ステートフル処理
- 時間窓
- 中間状態
- ストリーム集計
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.1と各サービスの公式ドキュメントを確認する。
基礎のおさらい
ステートレスとステートフル
レコード単位の変換は状態を持たず、窓集計や重複排除は過去イベントの状態を保持する。
遅延と再実行
窓の遅延、到着の遅いイベント、状態の復元、再実行時の重複を設計へ含める。
問題IDAWS-DEA-010
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告