3.4標準
複数チームがイベントスキーマと品質を分担する。
Producerの変更でConsumerが壊れないよう、契約を自動検証したい。
最も適切な品質保証方法はどれか。
× 不正解
Schema Registry、Glue Data Quality、CIテストを組み合わせ、契約変更を版管理して段階的にConsumerを移行する。
詳細解説
正しいスキーマ・必須列・範囲・鮮度・互換性をデータ契約としてCIで検証する
Producer変更を公開前に検知し、Consumerの期待と違う入力を拒否・通知できる。
Producer変更を公開前に検知し、Consumerの期待と違う入力を拒否・通知できる。
誤り契約を口頭で共有し、失敗後に修正する
変更の検知が遅く、再処理や影響調査が大きくなる。
変更の検知が遅く、再処理や影響調査が大きくなる。
誤りすべてのConsumerへ同時に変更を強制する
段階移行と後方互換性を失い、障害範囲が広がる。
段階移行と後方互換性を失い、障害範囲が広がる。
誤りS3 Lifecycleで契約ファイルを削除する
保持ルールは契約検証や通知を行わない。
保持ルールは契約検証や通知を行わない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Glue Schema Registry compatibility、Glue Data Quality、data contractの公式説明を確認する。期待される結果
口頭共有と自動検証可能な品質契約の違いを説明できる。理解のポイント
- Data contract
- CI検証
- 互換性
- Producer/Consumer
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
契約の範囲
型・必須・意味・単位・鮮度・削除方針まで記述し、曖昧な項目を減らす。
段階移行
新旧版を併存し、Consumerの移行完了をメトリクスで確認して旧版を廃止する。
問題IDAWS-DEA-245
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告