3.2基礎
日次の売上ダッシュボードを多数の利用者が閲覧する。
基表への同時クエリを減らし、決めた時刻までに更新したい。
最も適切な分析方法はどれか。
× 不正解
SPICEと更新スケジュールで多数閲覧時の負荷を抑え、更新失敗・データ鮮度・容量を監視する。
詳細解説
正しいQuickSight SPICEへ取り込み、更新スケジュールを設定する
インメモリデータセットを共有し、定期更新で基表クエリを減らせる。
インメモリデータセットを共有し、定期更新で基表クエリを減らせる。
誤り全閲覧を常に基表へライブクエリする
利用者数に応じてクエリ負荷と待ち時間が増える。
利用者数に応じてクエリ負荷と待ち時間が増える。
誤りS3 Glacierへダッシュボードを保存する
復元待ちが発生し、対話的な可視化にならない。
復元待ちが発生し、対話的な可視化にならない。
誤りCloudTrailを可視化用データソースにする
API操作履歴だけでは業務売上ダッシュボードにならない。
API操作履歴だけでは業務売上ダッシュボードにならない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon QuickSight SPICE、scheduled refresh、direct queryの公式説明を確認する。期待される結果
SPICEとライブクエリの鮮度・性能・コストの違いを説明できる。理解のポイント
- QuickSight
- SPICE
- Refresh
- ライブクエリ
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
鮮度要件
日次・時間単位など許容遅延を定義し、更新スケジュールを決める。
容量管理
データセット容量、更新時間、失敗通知、増分取り込みを確認する。
問題IDAWS-DEA-205
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告