3.4基礎
ソース受注件数と変換後の集計件数が一致することを確認する。
欠損・重複・除外理由を運用者へ示したい。
最も適切な品質保証方法はどれか。
× 不正解
manifestとチェックサム、件数、金額合計を入力・出力で照合し、差異があれば公開を止めて原因を記録する。
詳細解説
正しい処理窓ごとの件数・合計・除外件数をマニフェストで照合する
入力・出力・除外の数量を比較し、差異を説明できる。
入力・出力・除外の数量を比較し、差異を説明できる。
誤り出力件数だけを毎日確認する
入力との差異や除外理由が分からない。
入力との差異や除外理由が分からない。
誤り異なる件数なら無条件に出力を削除する
有効な除外や遅延を区別せず、復旧入力を失う。
有効な除外や遅延を区別せず、復旧入力を失う。
誤りCloudTrailのAPI回数を受注件数とする
API呼び出し数は業務レコード件数ではない。
API呼び出し数は業務レコード件数ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue job bookmarks、manifest、data reconciliation、ETL validationの公式説明を確認する。期待される結果
出力件数だけの監視と入出力照合の違いを説明できる。理解のポイント
- Reconciliation
- Manifest
- 件数照合
- チェックサム
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
差異の分類
正当なフィルター・重複除去・遅延到着・データ欠損を別々に記録する。
監査可能性
処理窓・入力版・コード版・出力版を同じ実行記録へ残す。
問題IDAWS-DEA-239
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告