3.4基礎
毎時更新される顧客データが6時間更新されていない。
処理成功メッセージだけではなく、鮮度の低下を通知したい。
最も適切な品質保証方法はどれか。
× 不正解
Freshnessをパイプラインメトリクスへ出し、上流未着・ジョブ遅延・タイムゾーン誤りを切り分ける。
詳細解説
正しい最大event_timeと現在時刻の差をFreshnessルールで監視する
更新時刻の遅延を測定し、許容時間を超えたら品質違反として通知できる。
更新時刻の遅延を測定し、許容時間を超えたら品質違反として通知できる。
誤り行数が0でなければ正常とする
古いデータが残っていても鮮度低下を見逃す。
古いデータが残っていても鮮度低下を見逃す。
誤りS3 Lifecycleで古いデータを削除する
削除しても新しいデータが到着したことにはならない。
削除しても新しいデータが到着したことにはならない。
誤りCloudTrailの最新API時刻をevent_timeとみなす
AWS API操作時刻は業務データの更新時刻ではない。
AWS API操作時刻は業務データの更新時刻ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Data Quality freshness、CloudWatch metrics、event timeの公式説明を確認する。期待される結果
行数・処理成功とデータ鮮度を別指標で扱う理由を説明できる。理解のポイント
- Freshness
- event_time
- 遅延
- 適時性
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
時刻の意味
イベント時刻・受信時刻・処理時刻を分け、UTC基準と業務タイムゾーンを文書化する。
対応
鮮度違反時は最後に成功したデータ時刻を表示し、古い結果を無言で公開しない。
問題IDAWS-DEA-235
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告