ある金融サービス会社は、Amazon CloudFront経由で配信されるReactベースのWebアプリケーションを運用しています。特定の地域のユーザーからページ読み込みが遅いという報告がありますが、us-east-1で

Question

ある金融サービス会社は、Amazon CloudFront経由で配信されるReactベースのWebアプリケーションを運用しています。特定の地域のユーザーからページ読み込みが遅いという報告がありますが、us-east-1で動作するCloudWatch Syntheticsカナリアは正常なパフォーマンスを示しています。DevOpsチームは、実際のエンドユーザーのブラウザ・地域・デバイス別のパフォーマンスデータ（Core Web Vitals※・JavaScriptエラー・HTTPリクエスト時間）を収集して問題を特定したいと考えています。最も適切な解決策はどれですか？ ※Core Web Vitals：Googleが定義するWebパフォーマンス指標（LCP/FID/CLSなど）

Accepted Answer

正解: CloudWatch RUM（Real User Monitoring）をWebアプリケーションに組み込み、実ユーザーのCore Web Vitals・JavaScriptエラー・HTTPパフォーマンスをブラウザ・地域・デバイス別に収集する。CloudWatch RUM（Real User Monitoring）はWebアプリにJavaScriptスニペットを埋め込むことで、実際のエンドユーザーのCore Web Vitals・JavaScriptエラー・HTTPリクエスト性能をブラウザ・地域・デバイス別に収集します。

選択肢Aの合成モニタリング（Synthetics）は人工的なテストであり、実ユーザーの多様な端末・ネットワーク環境を再現できません。

選択肢CのX-RayはサーバーサイドトレーシングツールでブラウザクライアントのCore Web Vitals取得は不可能です。

選択肢DのVPC Flow LogsはL3/L4のネットワークフローであり、Webパフォーマンス指標は含まれません。

Answer

世界各地のリージョンにCloudWatch Syntheticsカナリアを追加配置し、複数拠点からの合成モニタリングでカバレッジを拡大する — CloudWatch Syntheticsは事前定義スクリプトによる合成監視で、可用性や定型フローの監視には有効ですが、実ユーザーの多様なブラウザ・デバイス・地域ごとのCore Web VitalsやJavaScriptエラーは取得できず、本要件には不適です。

Answer

CloudFrontディストリビューションにAWS X-Rayトレーシングを有効化し、エンドツーエンドのサーバーサイドレイテンシーを計測する — AWS X-Rayは分散トレーシングでサーバーサイドのエンドツーエンドレイテンシーを可視化しますが、ブラウザ上のCore Web VitalsやJavaScriptエラーといったクライアントサイド指標は収集できず、地域・デバイス別の実ユーザー分析には不向きです。

Answer

VPC Flow LogsをCloudWatch Logs Insightsで分析し、地域別のネットワークフローパターンを特定する — VPC Flow LogsはL3/L4のネットワークフロー情報のみを記録し、ページ読み込み時間やJavaScriptエラーなどアプリケーションレイヤの指標は含みません。クライアントサイドの性能診断には利用できません。

解説

解説