1.3標準
Glue ETL後にデータ品質チェックを行う。
品質チェックが成功した場合だけ本番テーブルへ公開し、失敗時は隔離と通知へ進める。
最も適切な構成はどれか。
× 不正解
GlueのConditional triggerで品質検査ジョブの状態を条件にし、成功時だけ公開・失敗時は隔離と通知へ分岐できる。
詳細解説
正しいGlueのConditional triggerでジョブ状態を条件にする
前段ジョブの成功・失敗を条件に後続ジョブや通知を起動できる。
前段ジョブの成功・失敗を条件に後続ジョブや通知を起動できる。
誤りすべてのジョブを同時に起動する
品質検査前に公開され、失敗データが本番へ到達する可能性がある。
品質検査前に公開され、失敗データが本番へ到達する可能性がある。
誤りS3の暗号化設定を公開条件にする
暗号化状態は品質検査の成否やジョブ状態を表さない。
暗号化状態は品質検査の成否やジョブ状態を表さない。
誤りCloudTrailのログ有無で公開する
APIログの存在は品質ルールの合否を示さない。
APIログの存在は品質ルールの合否を示さない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue TriggerのConditional、Job state、Crawler state、Workflowを確認する。期待される結果
状態条件と保存暗号化・監査ログの役割を区別できる。理解のポイント
- Conditional trigger
- Glue Job
- 品質検査
- 分岐
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
品質ゲート
品質検査を公開処理の前提条件として宣言し、失敗データの隔離と再処理を用意する。
状態の粒度
ジョブ成功だけでなく、検査結果・件数・警告レベルを条件へ反映する。
問題IDAWS-DEA-068
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告