2.2標準
データ提供アカウントのS3テーブルを複数の分析アカウントから参照する。
スキーマ変更を検出し、利用者の権限を維持したまま共有定義へ反映する。
設計として適切なものを2つ選べ。
× 不正解
Glue Data Catalogでスキーマを管理し、Lake Formationの共有とResource Linkでアカウント間の参照権限を付与する。
詳細解説
誤りスキーマ変更を検出しないようCrawlerの更新を無効にする
変更を見逃し、読み取り側の互換性問題を遅らせるだけになる。
正しいGlue Crawlerまたは明示的なスキーマ更新でData Catalogの定義を管理する
実データの変更をカタログへ反映し、テーブルとパーティションのメタデータを検索できる。
誤りカタログ権限を使わずS3バケットを全分析アカウントへ公開する
データ境界とテーブル単位の認可を失い、過剰公開になる。
誤り各分析アカウントへ同じデータと手書きスキーマを複製する
定義のずれと重複管理が生じ、変更を一貫して反映できない。
正しいLake Formationの共有・Resource Link・権限で利用アカウントへ公開する
データを無制限にコピーせず、カタログとアクセス権をアカウント境界で管理できる。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Glue Data Catalog、Crawler、Lake Formation cross-account sharingの公式説明を確認する。
確認できる内容
カタログ更新とクロスアカウント認可を、データ複製や公開設定と区別できる。
理解のポイント
- Glue Data Catalog
- Crawler
- Lake Formation Resource Link
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- Glue Data Catalog、Crawler、Lake Formation cross-account sharingの公式説明を確認する。
基礎のおさらい
Data Catalog
データの場所・スキーマ・パーティションなどを検索可能にするメタデータストア。
Resource Link
共有されたLake Formationリソースを利用側カタログから参照するリンク。
問題IDAWS-DEA-302
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-31
誤り・権利侵害を報告