---
title: "APMとRUMのデータを統合し、フルスタックの可視性を実現"
description: "Datadogは、分散したトレースを実際のユーザーデータに自動的にリンクさせ、エンドツーエンドの可視性を提供し、迅速なトラブルシューティングを実現します。"
author: "Mary Jac Heuman"
date: 2025-07-01
tags: ["apm", "real user monitoring", "datadog", "troubleshooting", "digital experience monitoring"]
blog_type_id: the-monitor
locale: ja
---

スタック全体を統一的に可視化できないと、フロントエンドの問題をトラブルシューティングする際にバックエンドの依存関係を調査したり、不正なブラウザリクエストに起因するデータベース障害の原因を追跡したりすることが困難になります。フルスタックの可視性は、インシデントをピンポイントで迅速に解決するために必要なインサイトを提供します。

Datadog [Real User Monitoring (RUM)](https://docs.datadoghq.com/real_user_monitoring.md)で、ユーザーがアプリケーションをどのように体験しているかをリアルタイムに把握できます。バックエンドでは、 [分散型トレース](https://docs.datadoghq.com/tracing.md)により、個々のリクエストの寿命や、リクエストのスループット、レイテンシー、エラーレートなどの主要なパフォーマンス指標を可視化。[RUMデータを対応するトレースに接続](https://docs.datadoghq.com/real_user_monitoring/connect_rum_and_traces.md)することで、リクエストがスタックの各レイヤーを移動する際に、統一されたエンドツーエンドの可視性を得られます。これにより、リクエストがスタックの各レイヤーを移動する際に、統一されたエンドツーエンドの可視性が得られます。これにより、問題に関する豊富なコンテキストが提供され、ユーザーの目に触れるエラーの原因となったバックエンドの問題をより簡単に特定し、アプリケーションの特定のエンドポイントや地理的な地域など、スタック内の問題によって影響を受けるユーザーの範囲を特定するのに役立ちます。

このポストでは、Datadog APMとRUMを使って、アプリケーションのエラーをより簡単に調査し、その影響を追跡する方法を見ていきます。順を追って説明します。

- フロントエンドのエラーが増加した[バックエンドの根本原因](#use-frontend-data-to-locate-a-backend-root-cause)を見つける。
- フロントエンドのメトリクスを分析して、[データベースのスローダウンによるユーザーへの影響を測る](#measure-end-user-impact-of-a-backend-problem)

## フロントエンドのデータを使ってバックエンドの根本原因を突き止める

Datadog RUMは、エンドユーザー・エクスペリエンスに影響を与えているアプリケーションの問題を警告するのに役立ちます。例えば、[Error Tracking ](https://www.datadoghq.com/blog/error-tracking.md)は、類似したフロントエンドのエラーを自動的に問題に集約し、トリアージして最も緊急性の高いものを調査できます。

![Datadog Error Tracking aggregates frontend errors into issues.](https://web-assets.dd-static.net/42588/1776305217-unify-apm-rum-datadog-rum-apm-error-tracking.png)

スコープDatadogは、エラーに関する[主な詳細](https://docs.datadoghq.com/real_user_monitoring/browser/data_collected.md)に加えて、問題が発生したユーザーセッション(ユーザーの場所、デバイスタイプ、ブラウザなど)やページビュー(ビューパスグループやURLなど)に関する情報を取得します。これにより、アプリケーションのどこで問題が発生しているか、誰に影響を与えているかなど、問題の範囲を特定できます。

しかし、問題の根本的な原因がバックエンドのサービスや依存関係のどこかにある場合、フロントエンドのデータだけでそれを見つけ出すのは難しいでしょう。その場合は、APMに軸足を置くことになります。

### バックエンド トレースの詳細

Datadog Real User MonitoringとAPMは完全に統合されているため、トレース には、リクエストを開始したユーザーのセッションID、ビューID、ビューパスグループなどのフロントエンドデータがタグ付けされています。例えば、フロントエンドのエラーに関するアラートを受け取った場合、ビューIDを使ってRUMエクスプローラにピボットし、そのエラーを引き起こした特定のビューイベントを調べることができます。そこから、**Traces**タブに移動して、そのビューに関連する完全なトレースを視覚化するフレームグラフを見ることができます。

![Datadog unifies RUM and APM data.](https://web-assets.dd-static.net/42588/1776305222-unify-apm-rum-datadog-apm-rum-trace-video.mp4)

フロントエンドの問題の原因となっているバックエンドのサービスを特定できるだけでなく、トレースを可視化することで、メトリクス、ログ、ネットワークパフォーマンスデータ、[コードのホットスポット](https://www.datadoghq.com/blog/datadog-continuous-profiler.md)などをすべて一枚のガラス越しに見ることができ、問題のデバッグが可能になりました。

## バックエンドの問題によるエンドユーザーへの影響を測定

これまでに、DatadogのRUMとAPMデータのインテグレーションにより、フロントエンドのデータからバックエンドのトレースをピボットして表示し、問題の根本原因を突き止めてトラブルシューティングする方法を見てきました。次は、問題が誰に影響を与えたかを分析することで、RUMがインシデントに関する深いコンテキストを提供する方法を見ていきます。

![Datadog unifies APM and RUM data.](https://web-assets.dd-static.net/42588/1776305231-unify-apm-rum-datadog-rum-apm-traces.png)
*Datadog unifies traces with relevant frontend data for cross-stack visibility.*

例えば、`product-recommendation`サービスへのリクエストのエラー率が上昇していることを示すアラートを受け取ったとします。調査するには、まず関連するトレースを見て、エラーを特定し、サービスのどこで問題が発生しているかを判断します。トレースを掘り下げると、`product-recommendation`サービスでタイムアウトが発生していることがわかります。[トレースに関連するログ](https://www.datadoghq.com/blog/request-log-correlation.md)を見ると、コードがゼロで除算しようとする試みが複数回行われており、これが問題の原因となっているようです。

![View logs associated with a distributed trace.](https://web-assets.dd-static.net/42588/1776305226-unify-apm-rum-datadog-apm-rum-logs.png)

APMを使ってエラーの原因を特定したので、修正プログラムを導入するために適切なチームに通知することができます。次に、RUMを使用して、どのユーザーが実際に影響を受けたか、インシデントがどの程度広がっているかを調べます。

トレースには、トップレベルの `browser.request` という名前のスパンが含まれており、リクエストの全ライフサイクルを追跡しています。このスパンを選択すると、セッションIDやビューパスグループなど、フロントエンドのメタデータを見ることができます。これは、このスパンが、エラーを発生させたバックエンドのリクエストを開始した、アプリケーションと実際のユーザーのやり取りを表していることを示しています。

Datadog はトレースを関連する RUM データに接続するため、トレースの結果として **/department/sofas/product/?** パス グループのビューが表示されていることがわかります。このパスグループを選択し、ピボットしてRUMエクスプローラで表示することができます。これにより、例えば、そのパスグループへの着信リクエストがどこから来ているのか、そのロード時間などを確認することができます。また、ビューIDを使用してレンダリングされた正確なページを確認し、エラーがユーザーセッションにどのような影響を与えたかについてさらに詳しい情報を得ることができます。

Datadogはトレースを関連するRUMデータと結びつけるので、ここからはバックエンドのエラーが発生した正確なページロード中に呼び出されたすべてのリソースのウォーターフォールの内訳を見ることができ、どこでスローダウンが発生したかがわかります。

![Datadog RUM shows the duration of loading each frontend resource.](https://web-assets.dd-static.net/42588/1776305235-unify-apm-rum-datadog-rum-apm-waterfall.png)

## Datadog APMとRUMによるエンドツーエンドの可視性

Datadogは、リアルなユーザーの分析と[100パーセントのリアルタイム バックエンド トレース](https://www.datadoghq.com/blog/real-time-performance-monitoring-with-tracing-without-limits.md)を一緒にすることで、フルスタックのトラブルシューティングをシームレスにします。フロントエンドのデータとバックエンドのアクティビティの完全な内訳を、単一のビューで簡単に可視化し、相関させることができます。つまり、ブラウザのタイムアウトからデータベースの操作を追跡したり、APIの障害からWebコンポーネントのタイプミスを特定したりすることが可能になります。

Datadog APMとRUMを使用して、今すぐスタックの完全な可視化を始めることができます。また、初めてDatadogをご利用になる方は <!-- Sign-up trigger (14日間の無料トライアル) omitted --> をご利用ください。