ナビゲーション全体を読み込み中です。

Elevate 2026へのカウントダウンが始まりました。 今すぐ登録 シカゴ、ロンドン、またはシドニーで私たちと一緒に過ごしませんか。

Partners

ドキュメント

LMアカデミー

LMコミュニティ

価格

Platform
解決策
業種
職種
結果はありません。
無料トライアル

14日間フルアクセス LogicMonitor プラットフォーム

可観測性 vs モニタリング

デジタル エクスペリエンスのモニタリング

デジタルエクスペリエンスモニタリング（DEM）は、合成モニタリングとRUMを使用して、ユーザーが気づく前にパフォーマンスの問題を検出します。対象範囲は、DNS、CDN、およびそれらの間のすべてのインターネットパスです。

6〜9分
デントン千倉

章

    ニュースレター

    最新情報のメール配信を登録

    最新のブログ、ホワイトペーパー、電子ガイドなどを直接受信ボックスにお届けします。

    シェア

    クイックダウンロード:

    DEMは、インフラストラクチャからユーザーのあらゆる行動に至るまで、監視戦略を拡張します。

    • 合成監視は、実際のユーザーがアプリケーションにアクセスする前に、アプリケーションパスを事前にテストし、開発段階で支払い失敗、フォームの破損、統合エラーなどを検出します。

    • リアルユーザーモニタリング（RUM）は、実際のユーザーセッションをリアルタイムで追跡し、より迅速な根本原因分析とデータに基づいたSLAの改善を可能にします。

    • DEMは、DNS、CDN、ISPネットワークなど、パフォーマンスのボトルネックが潜んでいることが多い、ユーザーが直接制御できないコンポーネントにも適用範囲を拡大します。

    • DEMを既存のインフラストラクチャ、APM、ログ監視ツールと組み合わせることで、監視範囲の重複を避け、完全かつ統合された監視戦略を構築できます。

    デジタルエクスペリエンスモニタリングとは何ですか？

    より多くのアプリケーションがパブリッククラウドインフラストラクチャに移行するにつれて、ITチームは従来のデータセンターで得ていた直接的な可視性を失いつつあります。複雑さと可視性のトレードオフは、パブリッククラウドコンピューティングにおいて最も顕著に現れます。

    パブリッククラウドインフラストラクチャは、自社インフラストラクチャの管理負担を軽減します。しかし同時に、使用するシステムに対する制御が制限され、結果として利用状況の可視性が低下するというデメリットもあります。

    デジタルエクスペリエンスモニタリング（DEM）は、既存のモニタリング基盤の上に構築され、このトレードオフに直接対処します。GartnerのDEMマーケットガイドで定義されているように、

    「デジタルエクスペリエンスモニタリング（DEM）は、企業が提供するアプリケーションおよびサービスポートフォリオにおける、人間または機械のデジタルエージェントの運用エクスペリエンスと動作の最適化を支援するパフォーマンス分析手法です。これらのユーザー（人間またはデジタル）は、ファイアウォールの内外の外部ユーザーと外部ユーザーが混在する可能性があります。この手法はまた、カスタマージャーニーという形で、ユーザーの行動をインタラクションの流れとして観察し、モデル化することを目指しています。」

    DEM（デジタル・エクスペリエンス・マネジメント）を別の角度から捉えると、ユーザーの行動はフロントエンドのユーザーインターフェースとバックエンドのAPIを通じて観察可能であり、ユーザーが開始したトランザクションがシステム内を流れることで確認できます。さらに重要なのは、測定されるのはユーザー体験の質であるということです。ユーザー体験全体における摩擦点を理解することで、ビジネスオーナーはより良い顧客体験を提供し、顧客維持率と収益を向上させることができます。

    デジタルエクスペリエンスモニタリングの種類

    DEMをサポートできる技術には、主に2種類あります。

    図1：デジタルエクスペリエンスモニタリングプラットフォーム

    どちらの手法も、複雑なトランザクション処理を伴うパブリッククラウド環境でホストされているアプリケーションに対応しています。アプリケーションが意図どおりに動作し、ユーザーエクスペリエンスが最適化されるようにするには、複数のDEM戦略を組み込むことが重要です。

    合成モニタリング

    図2：合成モニタリングの概要

    合成モニタリング、またはアクティブモニタリング、 ユーザーがアプリケーションを操作する際にたどるであろう経路を、テクノロジーを用いてシミュレートします。合成監視では、ランダムな経路の複数の組み合わせを生成するスクリプトを展開し、幅広いユーザー操作シナリオを網羅します。

    これらの経路は、ブラウザの種類、ユーザーの地域設定、さまざまな操作手順（フォームの入力や購入プロセスなど）、レイテンシ、その他の変数など、多くの点で異なります。これは、エンドツーエンドテストや統合テストを徹底的に実施したとしても、開発段階ですべてのユーザーシナリオを把握することは困難であるため、重要な点です。

    合成監視ソリューションは自動化されており、さまざまなユーザーシナリオにおけるアプリケーションのパフォーマンスを把握できます。これは、ビジネス取引におけるエラーをデプロイ前に確実に検出するのに特に役立ちます。例えば、チェックアウトプロセス中に、不正なAPI呼び出しや無効なデータベーストランザクションによって支払い方法が失敗した場合、これらの異なるパスをテストするシナリオを生成することで、エラーを検出できます。

    リアルユーザーモニタリング

    合成監視がユーザーの操作を模倣するのに対し、RUMはアプリケーション全体における実際のユーザーアクティビティを追跡する。

    RUMソリューションには、アプリケーションがサポートするユーザーセッション数、セッション中のユーザーの行動経路、人口統計データ、およびユーザーメタデータ（ブラウザの種類、場所など）をリアルタイムで視覚化するダッシュボードが含まれていることがよくあります。

    RUMソリューションは、このデータを分析するための複数の方法も提供します。たとえば、重大な問題（サーバーの停止やリソースの利用不能など）が発生した場合、RUMソリューションを使用すると、管理者は影響を受けたトランザクションを特定し、問題が発生した発生源を追跡し、影響を受けたユーザーを表示できます。このように、RUMはリアルタイムで監視する方法を提供することで、根本原因分析（RCA）を容易にします。

    図3：RUMモニタリングの概要

    なぜ民主党なのか？

    DEMは、アプリケーションコードだけでなく、ユーザーの行動経路、DNS、CDN、ISPネットワークなど、パフォーマンスの可視性を拡張します。アプリケーションパフォーマンスモニタリング（APM）と組み合わせることで、エンドユーザーから基盤となるインフラストラクチャまで、チームに統一されたビューを提供します。

    DEMは、IoT、ソフトウェアアプリケーション、ネットワーク、インフラストラクチャなど、より広範な領域を対象とし、ユーザー視点からのパフォーマンスを重視します。一方、APMは、ソフトウェアコードの観点からアプリケーションのパフォーマンス（コードの実行回数、完了までの時間、エラーの有無など）を評価します。

    両者は異なるものの、連携して動作することで、コード実行からインフラストラクチャ、エンドユーザーエクスペリエンスに至るまで、アプリケーションのパフォーマンスを包括的に把握できます。DEMは、ユーザー側の症状と、スタックのより深い部分にある根本原因を結びつける、外部からの視点を提供します。

    DNS（ドメインネームサービス）やCDN（コンテンツ配信ネットワーク）など、直接制御できないコンポーネントも、エンドツーエンドのデジタル体験に影響を与える可能性があります。DEMはこれらのコンポーネントもカバーします。インターネット上に分散されたアプリケーションは本質的に複雑であり、トランザクションパス上のあらゆる場所でパフォーマンスのボトルネックが発生する可能性があるため、この機能は非常に重要です。

    DEMは、ユーザーが問題に遭遇する前にそれを検知することで、システムの回復力を向上させます。インフラストラクチャ監視、ログ、トレース、AIによる相関分析と組み合わせることで、ユーザーが直面する症状の原因となっているコンポーネント（DNSプロバイダー、CDNエッジノード、内部サービスなど）を特定するのに役立ちます。

    図4：監視ダッシュボード図

    ユースケースとベストプラクティス

    合成監視とRUMをいつ使用すべきかを理解しておくことは重要です。以下に、典型的な使用例を表にまとめました。

    DEMソリューションUse Case例:
    総合モニタリング開発中のアプリケーション機能をテストする。その利点は、予期せぬ問題を未然に防ぐことができる点にある。開発者たちは、様々なサードパーティとの連携機能を組み込み、複数のアカウントタイプに対応する必要のある、新しいアカウント作成ポータルを開発中です。
    ユーザーのトラフィックが少ないときに、未知の問題を検出します。アプリケーションに大きなトラフィックが発生する前に、まったく新しい製品や機能をリリースする際のワークロードをシミュレートすることで、問題の特定を容易にします。
    ラム根本原因分析（RCA）。障害の原因を特定し、修復を迅速化するためのデータを収集します。経営陣は、過去のアプリケーションパフォーマンスデータに基づいてサービスレベル契約を改善することに関心を持っている。
    ユーザーエクスペリエンスを向上させるための対策を講じるには、時間の経過に伴うパフォーマンスの傾向を分析する必要があります。サポートチームは、ごく一部のユーザーのみが経験している問題を診断したいと考えています。

    避けるべきよくある落とし穴は以下のとおりです。

    1. アプリケーションの変更に備えて計画を立てましょう。 合成監視は、ユーザーインターフェースの変更に対して耐性がありません。わずかな変更でもテストハーネスが破損し、誤ったアラートが発生する可能性があります。ベストプラクティスは、継続的インテグレーション／継続的デリバリー（CI/CD）プロセスに、変更によって既存の監視が破損しないことを検証するステップを含めることです。
    2. 監視ニーズの概要をまとめた提案書を作成してください。 合成モニタリングなどの DEM ソリューションには、エンジニアとの計画と協議が必要です。組織の要件を文書化する時間をかけずにソリューションを導入しないでください。このガイドを読んで、 必須の合成監視機能.

    LogicMonitorがDEMを実現する方法

    DEMは製品ではなく、学問分野です。実際にDEMを実現できるかどうかは、監視結果がどのようにユーザーに届くかによって決まりますが、ほとんどの実装は同じように不十分です。クラウドインフラストラクチャから合成テストを実行しているからです。これでは、アプリケーションがクラウド間でどのように動作するかはわかりますが、フランクフルトの自宅のブロードバンド接続、シカゴの携帯電話会社、シンガポールの企業ネットワークなど、ユーザーが利用する環境でどのように動作するかはわかりません。

    LMインターネットパフォーマンスモニタリング、を搭載 キャッチポイントLogicMonitorのDEM機能の基盤となるのは、クラウドインフラストラクチャではなく、ユーザーが実際にいる場所からパフォーマンスを測定することです。つまり、世界中のISP、無線通信事業者、企業ネットワーク、ラストマイル接続など、数千もの観測ポイントからパフォーマンスを測定できるということです。 合成モニタリング (NAIST) と ラム クラウドノードではなく、実際の現場からデータを実行することで、ユーザーが実際に経験する状況を反映したデータが得られる。

    LMインターネットパフォーマンスモニタリングは、ほとんどのDEMツールでは実現できないインターネットインフラストラクチャの可視性を提供します。標準的なDEMでは、ある地域のユーザーのパフォーマンスが低下していることしか分かりませんが、LMインターネットパフォーマンスモニタリングでは、その原因がBGPルーティングの変更、DNS解決の失敗、CDN配信の問題のいずれであるか、また、それが自社インフラストラクチャ内部の問題なのか、それとも制御できないインターネットパス上の問題なのかを特定できます。合成データやRUMデータと同じプラットフォームでこのような詳細な可視性を実現することで、配信チェーン全体にわたる根本原因分析が理論上のものにとどまらず、実践的なものとなります。

    そのデータは直接接続されます LM Envisionの インフラストラクチャおよびアプリケーションのテレメトリ。 エドウィン AI あらゆる要因を総合的に分析し、RUMセッションの劣化とBGPルートの変更、CDNエッジの問題、DNS解決時間の急増などを関連付け、チームが手作業で原因を突き止めるのではなく、可能性の高い原因を明らかにします。その結果、インターネット経路と内部スタックの両方において、ユーザーエクスペリエンスから根本原因までを包括的に把握できます。

    ほとんどの監視戦略はファイアウォール内部の監視には十分対応できます。しかし、より難しいのは、インフラストラクチャを直接制御できず、ネイティブなテレメトリも利用できないインターネット経路全体で、同等の可視性を維持することです。LogicMonitorは、Catchpointを通じて、このギャップを埋めます。

    Catchpointが、ユーザーが必要とするインターネットパフォーマンスの可視性をどのように提供するかをご覧ください。

    Catchpoint IPMは、ユーザーのトラフィックを伝送するインターネットインフラストラクチャ（DNS、CDN、BGP、ISPネットワークなど）を詳細に可視化し、チームが重要な事柄についてアラートを発信したり、インシデント発生時に迅速にデバッグしたりするのに役立ちます。

    よくあるご質問

    合成監視と実ユーザー監視の違いは何ですか？

    どちらもIPMのツール群に含まれる機能です。合成監視は、スクリプト化されたテストを使用して、実際の視点からユーザーの行動をシミュレートし、実際のトラフィックがない場合でも問題を事前に検出します。RUMは、実際のユーザーセッションを追跡し、さまざまなネットワーク、キャリア、場所で実際のユーザーがアプリケーションをどのように体験しているかを示します。合成監視は、導入前のテストやトラフィックの少ない期間に最適です。RUMは、根本原因分析や長期的なパフォーマンス傾向の追跡に最適です。

    DEMはアプリケーションパフォーマンス監視（APM）に取って代わることができるか？

    いいえ、そうすべきではありません。APMはアプリケーションの内部、つまりコード実行、データベースのパフォーマンス、エラー率を監視します。一方、IPMは外部から監視し、システムとユーザー間のDNS、CDN、BGP、ISPインフラストラクチャをカバーします。DEMは、この2つが同じプラットフォーム上で連携して動作することで実現されるものです。

    IPMとDEMの関係は何ですか？

    IPMは、DEMを実現可能にする外部視点の手法です。APMやインフラストラクチャ監視では捉えられないインターネット経路をカバーします。合成監視とRUMは、IPMがその経路を測定するために使用するツールです。DEMは、その結果として得られるものです。インターネット経路と内部スタックの両方において、ユーザーエクスペリエンスから根本原因まで、完全な可視性を実現します。

    どのように始めれば良いですか？

    まず、ビジネスにとって最も重要なユーザー体験を特定し、そのユーザーがたどるインターネット上の経路をマッピングすることから始めましょう。実世界の視点から合成モニタリングを展開して、これらの体験を事前にテストし、RUMを追加して、実際のユーザーがさまざまなネットワークや場所でどのように体験しているかを理解します。これらのデータを既存のインフラストラクチャ、APM、ログモニタリングと連携させることで、根本原因分析が、直接管理している部分だけでなく、配信チェーン全体で機能するようにします。

    デントン千倉著

    テクニカルライター

    デントン・チクラは、テクニカルライターであり、長年にわたりオブザーバビリティを推進してきた人物です。彼は、サイト信頼性エンジニアやエンジニアリングチームがインターネットの回復力を強化するツールや機能を発見できるよう支援することに注力しています。監視、パフォーマンス、インフラストラクチャの交差点で活動し、複雑なシステムをより理解しやすく使いやすいものにすることで、高度な技術的詳細と実際の運用とのギャップを埋めています。彼の目標は、チームがより迅速に構築し、問題を早期に発見し、よりスマートに復旧できるよう支援し、最終的にはインターネットをすべての人にとってより良く、より信頼性の高い場所にすることです。

    免責事項: このブログで述べられている見解は著者の見解であり、LogicMonitor またはその関連会社の見解を必ずしも反映するものではありません。

    © LogicMonitor 2026 | 無断複写・転載を禁じます。 | ここで言及されているすべての商標、商号、サービス マーク、およびロゴは、それぞれの会社に帰属します。