2.2標準
API Gateway、Lambda、DynamoDBで構成した処理が遅い。
複数サービスをまたぐリクエストの遅延箇所を追跡する。
最も適切なサービスはどれか。
× 不正解
X-Rayの分散トレースで複数サービスをまたぐリクエストの遅延・エラーを追跡する。
詳細解説
正しいAWS X-Rayで分散トレースを収集する
X-Rayはサービス間のリクエストをトレースし、遅延やエラー箇所を可視化する。
X-Rayはサービス間のリクエストをトレースし、遅延やエラー箇所を可視化する。
誤りS3 Lifecycleでリクエストの依存関係を表示する
Lifecycleはオブジェクト管理で、分散トレースではない。
Lifecycleはオブジェクト管理で、分散トレースではない。
誤りRoute 53のDNSレコードだけでLambda内部時間を測定する
DNSレコードはサービス間処理のトレースを提供しない。
DNSレコードはサービス間処理のトレースを提供しない。
誤りKMSキーローテーションでAPIの遅延を計測する
KMSはキー管理で、分散処理の性能可視化ではない。
KMSはキー管理で、分散処理の性能可視化ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS X-Rayのトレースとサービスマップの公式説明を確認する。期待される結果
分散ワークロードの可視性をX-Rayへ対応付けられる。理解のポイント
- AWS X-Ray
- 分散トレース
- サービスマップ
確認時の注意
- 確認環境: AWS公式X-Rayドキュメントの確認
- AWS公式SAA-C03 Domain 2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
依存関係を減らし、障害時に切り替わる経路と復旧手順を事前に定義する。
設計の確認
平常時だけでなく負荷急増・リージョン障害・サービス上限時の挙動を確認する。
問題IDAWS-SAA-100
確認環境AWS公式X-Rayドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告