4.5標準
PIIを含む原表から匿名化集計表を作っている。
原表の削除要求が派生データへ反映されたか確認したい。
最も適切なガバナンス方法はどれか。
× 不正解
Data Catalog、ジョブ版、manifest、出力スキーマを結び付け、PII削除・訂正の影響分析と再生成を可能にする。
詳細解説
正しいCatalog・ETLジョブ・出力manifestでデータリネージを維持する
原表から派生表・レポートまでの関係を追跡し、影響範囲と削除対象を特定できる。
原表から派生表・レポートまでの関係を追跡し、影響範囲と削除対象を特定できる。
誤り派生表の名前だけで原表を推測する
複雑な変換やコピーで関係を失い、削除漏れが起きる。
複雑な変換やコピーで関係を失い、削除漏れが起きる。
誤りS3 Lifecycleで原表だけ削除する
派生データやバックアップにPIIが残る可能性がある。
派生データやバックアップにPIIが残る可能性がある。
誤りCloudTrailの閲覧者一覧で派生関係を推測する
利用者履歴は変換・出力関係を表さない。
利用者履歴は変換・出力関係を表さない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Data Catalog、data lineage、Lake Formationの公式説明を確認する。期待される結果
派生表名と、変換関係を追跡できるデータリネージの違いを説明できる。理解のポイント
- Data lineage
- 派生データ
- 影響分析
- 削除要求
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 4・Task 4.5と各サービスの公式ドキュメントを確認する。
基礎のおさらい
削除の波及
集計・キャッシュ・バックアップ・機械学習特徴量など、PIIのコピーを洗い出す。
再生成
原表修正後に同じコード版・入力窓で派生物を再生成し、旧版を失効させる。
問題IDAWS-DEA-296
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告