合成モニタリングガイド

組織の業界や規模にかかわらず、Web サイト、Web アプリケーション、API、IT インフラストラクチャ全体を利用し、ユーザーに優れたエクスペリエンスを提供する必要が生じる可能性が高くなります。

しかし、Webサイトやアプリケーションは「設定して忘れる」タイプの実装ではないことを知っています。 ソフトウェアのバグ、ホスティングの問題、サードパーティのプラグイン、さらに悪いことにハッカーによる試みなど、さまざまな問題が発生すると、ウェブサイト、API、アプリケーションが失敗したり、パフォーマンスに劇的な影響を与えたりする可能性があり、ユーザーに不満を与え、組織の収益に影響を与えます。 これらのサービスを積極的に監視して、目的どおりに継続的に機能していることを確認していますか。

幸いにも、資産を自動的に追跡するのに役立つ総合的な監視ツールとソリューションがあります。 では、合成監視とは何でしょうか? 合成監視の定義は、スクリプトツールを使用して、Web サイト、Web アプリケーション、API などの実際のユーザーの行動やアクション、またはトランザクションをシミュレートする手法です。 これらのスクリプトは、(ベンダーの用語に応じて) モニター、チェック、またはエージェントになり、一定の間隔で実行するように自動化して、指定されたパフォーマンスしきい値内で機能し、使用可能で、応答していることを確認できます。 合成監視は、独自のネットワーク内、ファイアウォール内、または外部からグローバルな場所から実装して、ユーザーが利用した特定のブラウザと、そこから到着する場所をシミュレートできます。

合成モニタリング – なぜそれが重要なのか

パフォーマンスの問題は、SaaS (サービスとしてのソフトウェア) のアーキテクチャが複雑なため、いつでもどこでも発生する可能性があります。 ユーザーのコンピューター上のブラウザー、モバイル デバイス上のアプリ、Web またはエンタープライズ WAN 経由、サード パーティ ベンダーおよびパブリック クラウド ベンダー間のサービスにアクセスする際に、データ センター内で実行されている IT インフラストラクチャにアクセスする際に、問題が蔓延している可能性があります。

合成監視では、すべての視点からアプリケーションのパフォーマンスを 24 時間 36 5 5 日測定し、ユーザーに影響を与える前に問題を警告します。 ピーク時以外の時間帯や他の低トラフィック期間に問題が発生した場合でも、収益とブランド・エクイティを保護するために、問題を迅速に見つけて分離し、修正する必要があります。

合成監視は、ユーザーの視点からアプリケーション、ページ、APIなどを監視するための効果的なツールであるため、ユーザーの前でのパフォーマンスをより深く理解できます。 合成監視を実装すると、複雑で重要なビジネス トランザクションを監視するための基本的な稼働時間チェックを実行できます。 さらに、これらのツールとソリューションを使用すると、外部アプリケーションやサードパーティ製アプリケーションをテストおよび監視して、サイトやアプリが依存するリソースに必要なパフォーマンス データを提供できます。

合成モニタリングのメリット

最新の Web アプリケーションのパフォーマンスを理解し追跡するという課題に対処するために、合成監視は完璧なソリューションです。 特定の Web ページまたはアプリケーションの目的によって、ユーザーが使用するパスが決まります。 代理監視では、Web アプリ上のエンド ユーザーの動作パスがスクリプト化されます。 これらのスクリプトは、設定された間隔で実行され、必要に応じて異なるチェックポイントから実行され、パフォーマンス、可用性、機能、および応答時間を測定できます。

以下は、合成監視の利点のほんの一例です。

  • Web ページの速度と読み込み時間、アプリケーションのパフォーマンス、および可用性を継続的に監視します。
  • ダウンタイムまたは事前定義されたパフォーマンスしきい値が満たされたときにアラートを設定して受信します。
  • バックエンド・サーバ/インフラストラクチャのパフォーマンスと指標を確認します。
  • サードパーティのサービスと API を監視します。
  • ビジネスにとって重要なユーザー トランザクション/フローを監視します。
  • ベースライン パフォーマンス メトリックを設定し、進行中のパフォーマンス データと比較します。
  • ブラウザーまたはデバイス固有の問題を特定します。
パフォーマンス レポート

合成監視は上記の利点を提供します (およびそれ以上). このガイドで後述する RUM (リアル ユーザー モニタリング) などの他の監視の種類と比較して、合成監視は、すぐに ROI を提供する費用対効果が高く信頼性の高い監視方法です。

あなたは本当に合成監視が必要ですか?

単一ページ アプリケーション (SPA) などの最新の Web アプリケーションとページでは、ユーザー エクスペリエンスを最優先にします。 アプリケーションとページは、世界中のどこでも24時間365日利用可能で、あらゆる画面サイズで使用可能で、安全で柔軟性があり、スケーラブルで、オンデマンドでトラフィックの急増に対応できる状態になると予想されています。 したがって、エラーが発生する可能性と機会はたくさんあります。 ウェブサイトやウェブアプリケーションの技術は、長年にわたって大きく成長してきました。 Web サイトは、ユーザーにコンテンツを提供するための情報の格納と取得だけではありません。 オンラインフォーム、ショッピングカート、コンテンツ管理システム(CMS)、オンラインコースなどの形で会社との交流を可能にしました。 リストは延び続けます。 チームがエラーを事前に特定できるように、頻繁かつ自動化されたリアルタイムの代理監視チェックを考慮する必要があります。

これらの最新の Web アプリケーションと Web サイトは、基本的な HTTP (ハイパーテキスト転送プロトコル) の監視以上の機能を必要とします。 彼らは、新しい顧客を維持し、ビジネスを増やすために快適な経験を提供する必要があります。 正しい監視方法を実装することにより、要素、コンテンツ、およびユーザー エクスペリエンスがそのまま、正常に機能していることを確認できます。 適切な合成監視ソリューションは、すべての複雑なアプリケーションとページに優れたユーザーエクスペリエンスを提供するテクノロジとツールを提供します。

ウェブサイトやアプリケーションに主に依存するビジネスにとって、24時間365日の驚異的な稼働時間とパフォーマンスを持つことは特に重要です(重要と言う人もいます)。 基本的なニーズやエンターテイメントをサイト、アプリケーション、APIに依存しているユーザーは、数秒の遅延を許容しません。 Web アプリケーションとページパフォーマンスの問題を事前に検出して診断する必要があります。 合成モニタリングは、さまざまなグローバルチェックポイントや異なる周波数で発生し、常にユーザーに最高のエクスペリエンスを提供していることを確認します。

実際のユーザーモニタリングと合成モニタリング
違いは何ですか?

Web サイトまたはアプリケーション監視ソリューションを探す場合、アクティブまたは合成の監視とパッシブ監視という 2 つの異なる種類に遭遇します。 名前が示すように、RUM は実際のユーザーに依存して、ユーザー パスまたはトランザクションに関するパフォーマンス データを収集します。 RUM ソリューションは、通常、個々のユーザーを追跡し、応答時間、読み込み時間、エラー、ブラウザー、場所などのさまざまなパフォーマンスメトリックとデータを報告する JavaScript コードのスニペットを利用して機能し、そのデータを 1 つのダッシュボードに提供して、アプリケーションやページの応答性と機能をチームが適切に監視および機能させるために役立ちます。

また、このガイドの前のセクションで説明したように、合成監視は、データを実際のユーザーに頼るのではなく、さまざまなユーザー体験、パス、トランザクションのスクリプトを使用し、特定の頻度でそれらのスクリプトを再生して、Web ページ、アプリ、および API のパフォーマンスを継続的に確認するアクティブな監視の一種です。 さらに、ほとんどの合成および RUM 監視ソリューションでは、ユーザーはアラートを設定するための多くのオプションを使用するため、Web ページがダウンしたり、アプリケーションが指定されたしきい値内で実行していない場合は、アラートが適切なチーム メンバーに直ちに送信されます。

実際のユーザーモニタリングと合成モニタリング
長所と短所

このガイドで説明したように、RUM と合成監視は、サイト、アプリケーション、および API がユーザーの前でどのように動作するかを理解するのに効果的な 2 種類の監視概念です。 どのタイプが組織に最も適しているのかを理解するために、RUM と合成監視の両方の長所と短所について説明します。

  • 実際のユーザーモニタリングは、実際のユーザーがページをブラウズする時にバックグラウンドでデータをキャプチャします。 しかし、これは、多くのデータをふるいにかけることができるため、不利になる可能性もあります。
  • 合成監視は、パフォーマンス監視データの生成に実際のユーザーに依存しません。 スクリプトは、複雑な実際のユーザー パスとトランザクションをエミュレートして、継続的な監視を行うことができます。
  • 使用される合成監視ソリューションによっては、スクリプト ツールは非常にユーザーフレンドリーで、多くの種類のアプリケーション フレームワークとテクノロジをサポートします。
  • RUM は実際のユーザーに依存しているため、パフォーマンスのギャップを監視している可能性があります。 これは、合成監視が利点であるところです。 これは、定期的な周波数で実行し、問題が発生したときに通知するだけでなく、時間の経過とともにパフォーマンスを測定し、比較するのに役立ちます。
  • 合成モニタまたはデバイスは、複数の場所から実行するように設定できます。 データが来るRUMとは異なり、ユーザーに依存しています。
Exchange サーバー監視オンライン レポート

これらの監視方法はどちらも強力ですが、全体的な監視戦略を補完するために一緒に使用することもできます。 環境の複雑さ、サポートが必要なアプリケーションの種類、および予算が含まれます。 市場には多くの優れた監視ソリューションがあり、各ソリューションが提供するものについては、このガイドの後半で詳しく説明します。

実際のユーザーモニタリングと代理モニタリングとAPMツール

ここ数年、アプリケーションパフォーマンス管理とアプリケーションパフォーマンス監視という、互いに混同され続ける用語がいくつか存在しています。 頭字語は同じですが、異なるが、関連する概念です。 主な違いは、 アプリケーションパフォーマンス管理 は、RUMと合成モニタリングを含む、いくつかの異なる次元と焦点領域を含む、より広範な概念であるということです。 従来型 APM (アプリケーション パフォーマンス管理) スタック トレース ツールは、アプリケーションとサーバーに関する次の重要な情報を追跡および収集します。

  • コード レベルでの問題の特定と解決
  • アプリケーションの可用性、稼働時間、パフォーマンスを確保し、エンド・ユーザーがアプリケーションにアクセスできるようにします。
  • ページとアプリケーションが適切に実行されていることを確認するための、ページの読み込み時間とユーザー トランザクションの応答時間の測定。
  • ディスクの使用状況、入出力、メモリ、CPU 使用率などのシステム リソースに関する情報。
  • アプリケーション要求の失敗、またはエラー率、およびアプリケーションのボトルネックとバグ。
    アプリケーションパフォーマンス監視ツールとソリューションは、完璧なユーザーエクスペリエンスを提供し、MTTR(平均解決時間)を短縮するために必要な有用な情報を提供します。 アプリケーション パフォーマンスの監視では、次の側面に重点を置いて説明します。
    • 通常のフローを監視し、異常な動作を特定する。
    • システム全体にわたる異常な動作や問題に関するサポートデータの収集
    • データの分析とビジネスへの影響
    • 検出された問題を修正し、同様の問題が再発しないように対策を講じる。

アプリケーション パフォーマンス監視ツールおよびソリューションは、エラーが発生したときに通知を受け取ることができますが、包括的なアプリケーション パフォーマンス管理ツールのように、何かがダウンしている “理由” を提供できない場合があります。 ただし、アプリケーション パフォーマンス監視ツールを使用すると、パフォーマンスベンチマークの監視、潜在的な問題やバグの特定、デジタル リソースの監視が可能になります。

代理トランザクションの監視の説明

代理トランザクションの監視は、一般的なユーザーがページ、アプリケーション、または他の Web サービスにアクセスして使用する方法をエミュレートするため、チームは全体的なパフォーマンスを自分の視点から理解し、必要に応じてパフォーマンスのボトルネックを調整できます。 代理トランザクションの監視により、エラーが発生したときに自動的に警告を発し、より多くのユーザーに影響を与える前にパフォーマンスの問題を修正する時間を与え、開発チームが容易に処理できます。 Web 開発チームと IT チームは、ビジネスの成長と収益の最適化において重要な役割を果たします。

従業員とユーザーの両方が、デジタル資産を使用しながら、これまで以上に優れたエクスペリエンスとパフォーマンスを期待しています。 直面する問題がある場合は、リアルタイムで解決する必要があります。 それでは、総合的なトランザクションの監視を利用して、監視パフォーマンス計画のすべてをまとめ、ユーザーに全体的なエクスペリエンスを提供する方法について詳しく説明します。 代理トランザクションの監視は、チームがパフォーマンスを検証し、アプリケーション のパフォーマンス ベースラインを維持し、一貫したユーザー エクスペリエンスを確保するのに役立ちます。

開発のあらゆる段階から監視

開発チームがアジャイルなプラクティスに移行するにつれて、開発プロセス中の監視がより重要になります。 ソフトウェア、アプリケーション、または Web ページが運用に入って監視を開始するまで待つ代わりに、チームは開発中に合成モニタを設定できるため、変更や更新が行われると、チームはパフォーマンスへの影響をよりよく理解できます。 これにより、実稼働前に検出されたパフォーマンスの問題を確実に解決し、より適切で最適化されたアプリケーションを提供できます。 アプリケーションが稼働すると、ボトルネックやパフォーマンスの問題を解決するためのコストが大幅に増加します。 開発のさまざまな段階で合成監視を採用すると、アプリケーションのパフォーマンスのライフ サイクルが一緒になります。 開発チーム、QA/QC、セキュリティ、運用チーム間の障壁を薄くし、メトリックと診断のための共通のプラットフォームを提供します。

サードパーティ製のアプリケーションとコンポーネントの影響を測定する

今日のウェブサイトやアプリケーションは、多くのサードパーティの要素とAPIに依存する可能性があります。 たとえば、購入、デジタル広告、評価またはレビューシステム、埋め込みビデオなどのeコマースパスをサポートするアプリケーションなどです。 一般的な Web ベースのアプリケーションは、通常、8 つ以上のサード パーティサービスと通信します。 ユーザーにとって、これは彼らの経験を向上させ、ビジネスのコンバージョンを増やすのに役立ちますが、これらはまた問題になる可能性があります。 これらのサードパーティサービスのいずれかが正しく動作しない場合、ユーザーの体験と結果に影響を与える可能性があります。 さらに悪いことに、ユーザーは問題が外部リソースにあることに気付かず、代わりに会社に責任を負い、それがシステムの問題であると仮定します。 代理監視は、サードパーティのアプリケーションの問題から組織を保護し、ユーザーとの適切なパフォーマンスを維持するのに役立ちます。

ユーザーが行う前にパフォーマンスの問題を発見する

アプリケーション、ページ、または API のパフォーマンスに関する問題を先取りすることは、エラーやダウンタイムが発生した場合に、チームができるだけ早く問題を解決できるようにするために不可欠です。 合成監視の利点は、常に実行していることです。 交通量の多い時間帯や忙しいショッピングの時間帯、または交通量の少ない時間帯に、合成監視によって、パフォーマンスの問題の根本原因を見つけ、より多くのユーザーに影響を与える前に、それらを改善するために必要な早期検出がチームに与えられます。 さらに、組織がより多くの地域や地域に移動するにつれて、合成監視がより重要になります。 システム、Web ページ、アプリケーション、および API を稼働状態に維持することで、ビジネスが目的を達成する可能性が高くなります。

ページや Web アプリケーションの問題に関しては、問題が発生したときに対応するよりも、より多くのユーザーに影響を与える前にエラーを防ぐことが常に優れたソリューションです。 代理監視を行わない場合、自分またはチームにダウンタイムの問題が通知されるまでに、被害は既に行われています。 合成監視は、ダウンタイムの発生を回避するのに役立ちます。 問題が第三者に関連している場合でも、ユーザーが問題を特定し、その解決に積極的に取り組んでいるかどうかをユーザーに保証できます。

合成モニタリング – ベスト プラクティス

代理監視は、Web サイト、アプリケーション、および API が利用可能で、ユーザーおよびチームの意図したとおりに実行されるようにするための最良の方法の 1 つです。 ウェブサイトの稼働時間を定期的にチェックしたり、より複雑なeコマースパスを調べ、ユーザーエクスペリエンスをスクリプト化したり、より頻繁に監視チェックを実行したりするのと同じくらい簡単です。 どのようなニーズに応じて、合成監視は、稼働時間とパフォーマンスを確保するための優れたコスト効率の高い方法です。 このセクションでは、合成監視を使用したベスト プラクティスについて説明します。

合成モニタリングの基礎(初心者向け)

最も基本的な監視の 1 つはアップタイムモニタリングで、ウェブサイト、アプリケーション、API が利用可能かどうかを確認するだけです。 それは、それがダウンしている理由の決定的な理由を与えるものではありませんが、正しい方向に向けることができる特定のHTTPエラーメッセージを受け取るかもしれません。 これは、HTTP 監視またはプロトコル ベースの監視とも呼ばれ、実装できる、より基本的な代理監視チェックの 1 つです。 要求はクライアントから送信され、サーバーはそれを受信し、HTTP メッセージは応答として送り返されます。 ほとんどの HTTP 応答メッセージはユーザーには表示されませんので、これらは開発チームや Web サイトの所有者にとって重要です。

通常、すべてのエラー メッセージも応答と共に返送されます。 監視設定に基づいて、特定の主要なコンポーネントを検索します。 それが利用可能な場合は、肯定的な応答が受信されます。 応答は、ページのコンテンツのみを提供し、ページの可用性に寄与します。 従来の HTTP 監視では、ページ読み込み時間、ページ長、応答時間、および要求コードの監視も監視できます。 この種の監視では、CSS (カスケード スタイル シート)、スクリプト、サードパーティコンテンツ、Web ページの主要部分に影響する画像などの側面は検索されません。 HTTP 要求が失敗する状況があります。

中間合成監視 (経験豊富なユーザー向け)

アップタイムからのステップアップ、または可用性の監視は、Webページの読み込み時間/ページ速度の監視です。 このタイプの合成モニタリングは、CSS、スクリプト、サードパーティコンポーネント、画像などのクライアント側/ブラウザ要素を使用して、基本的なHTTPチェックが含まれて考慮されないパフォーマンスを理解することに焦点を当てているので、中間的であると考えられています。 エンターテインメントや商品やサービスの購入など、より基本的なニーズに関わらず、ユーザーが大きく依存しているウェブサイトは、99.9%の稼働時間を試みる必要があります。 ダウンタイムが頻繁に発生すると、ユーザーは不満を抱き、サイトやアプリケーションを離れ、収益を失うコストがかかります。

ユーザーのページ読み込み時間を監視しないと、堅実な Web ページの開発と作成にかかる時間と労力が失われます。 テキスト、ナビゲーション、ヘッダー、グラフィックス、連絡先オプション、分析、フッターなどのすべての要素は、ページの読み込み時間に影響します。 さらに、リンクが販売ページに存在する場合、リンクが壊れている場合は、より多くの費用がかかる可能性があります。 リンクのスペルが間違っている場合、またはページが存在しない場合は、リンクが壊れている可能性があります。 サイトが適切に維持されていないという印象をユーザーに与えます。 このため、シームレスなエクスペリエンスを提供するためには、すべてのページ要素を監視することが重要です。

高度な合成モニタリング(プロフェッショナル向け)

より高度な合成監視技術には、より複雑なユーザー トランザクションとパス (製品ページの参照、ポータルへのログイン、購入するショッピング カート/e コマース パスなど) の監視チェックの設定などがあります。 オープン ソースと有料の両方のオプションを使用して、手動の行ごとのスクリプトを使用するか、スクリプト記録ツールを使用して、これらのシナリオとワークフローをスクリプト化する方法を提供する、さまざまな監視ツールとソリューションが用意されています。 オープンソースの監視ソリューションは自由に使用でき、複数のスクリプトフレームワークをサポートする場合がありますが、スクリプトの作成と設定のプロセスは時間がかかり、より重要な開発プロジェクトを奪うことができます。

ただし、Dotcom-Monitor プラットフォームの一部である EveryStep Web Recorderのようなスクリプトレコーダーの中には、訪問者が使用する実際のブラウザやデバイスから重要なシナリオをスクリプト化する簡単な方法があります。 ユーザーワークフロー全体を最初から最後まで監視することで、プロセスの各ステップを通じてパフォーマンスをより深く理解できます。 このアプローチでは、プロアクティブであるため、チームは、アプリケーションまたはページの読み込みをすばやく適切に行い、コンテンツが正しく表示されるようにし、パフォーマンスがすべて事前に定義されたしきい値内に収まるようにして、アプリケーション、ページ、API がすべて期待どおりに動作することを保証できます。

30日間無料のドットコムモニターをお試しください。

今すぐお申し込み!

合成モニタリングによるベンチマーク

総合的な監視ソリューションを使用してパフォーマンスのベースライニング、ベンチマーク、分析を行うことは、お客様に最高のパフォーマンスとエクスペリエンスを提供する日常的なプラクティスです。 合成監視は、SaaS ベンダーがパフォーマンスを 24 時間 365 日測定できる予測可能な環境を提供します。 合成監視を使用すると、ベースライン テストでアプリケーションの動作を模倣できます。 これらのテストは、複数のブラウザやデバイス上でトランザクションや地理的位置をテストするのに不可欠です。 ベースライン テストから収集したデータを使用すると、後で監視作業をサポートし、パフォーマンス要件を継続的に満たしていることを確認し、改善の領域を見つけ、計画能力の結果を提示するのに役立ちます。

ベースラインテストとベンチマークの違いは、ベースラインテストを使用してアプリケーションの応答性と速度を判断し、ボトルネックを特定する場合に、ベンチマーク テストは通常、アプリケーションのパフォーマンスだけでなく、組織のソフトウェア、ハードウェア、およびネットワーク コンポーネントの全体的なパフォーマンスで構成される点です。 これらのメトリックは、ソフトウェア リリースの品質基準を維持し、業界固有の標準を満たすために組織で使用されます。 前のセクションで説明したように、ベンチマーク メトリックは、業界の SLA (サービス レベル 契約) の設定にも一般的に使用されます。

合成モニタリングで追跡する指標

今日の Web アプリケーションとページの要件は、ユーザーエクスペリエンスが訪問場所や場所に関係なく優先順位 1 であるという事実に対応しています。 開発チームは、複数のデスクトップブラウザーとモバイルブラウザー、画面サイズ、および場所を考慮する必要があります。 これらの変数はすべて、全体的なパフォーマンスを判断するためにさまざまなメトリックを考慮する必要があります。 追跡する必要があるメトリックには、次のようなものがあります。

  • 応答時間。 応答時間は、応答がサーバーからクライアントに返されるまでにかかる時間です。 ただし、DNS (ドメイン ネーム システム) の時刻、接続時間、最初のバイトまでの時間 (TTFB)、最後のバイトなど、考慮する必要があるメトリックもあります。 これらの問題は、帯域幅が制限されている可能性があります。
  • 潜在。 待機時間は、ユーザーが要求を受信して処理する時点までの時間です。 明らかに、待ち時間が短いほど、シームレスなエクスペリエンスにつながる可能性があります。
  • 読み込み時間。 TTFB はユーザーの関与を維持する上でより重要なメトリックになっていますが、ページの読み込み時間全体を無視しないでください。 DOM (ドキュメント オブジェクト モデル) 要素、CSS、スクリプト、サードパーティコンポーネントはすべて監視する必要があります。 ここでのパフォーマンスの低下は、イメージ ファイルや JavaScript などの大きなファイルを示す指標になる可能性があります。
  • システムおよびネットワークリソース。 応答またはロード時間が大幅に増加すると、物理ハードウェアに問題があることを示している可能性があります。 CPU 使用率、I/O、メモリ、ディスクの使用状況を監視することで、ネットワーク内に問題があるか、または他の場所にあるかを把握できます。

これらのメトリックを事前に監視することで、チームは時間の経過とともにパフォーマンスを把握し、将来の変更がユーザーのパフォーマンスに悪影響を及ぼしているかどうかを特定できます。

DevOps の代理監視の説明

合成監視は、機能テストやパフォーマンス テストなどの他のソフトウェア テスト タスクと共に、ソフトウェア開発プロセス全体を通じて、同時に、またはできるだけ早く実行する必要があります。 DevOps プラクティスを実装する組織では、継続的インテグレーション (CI) 環境で高品質でソフトウェア製品を提供しながら、開発サイクルを短縮できます。 DevOps のプラクティスは 10 年以上前から存在していますが、ここ数年で人気と採用を得ています。 DevOps のプラクティスは、アジャイルの手法の一部として生まれ、ソフトウェア開発と運用の機能を統合します。

これらの開発およびテスト プロセスを並行して実行することで、開発プロセス全体を通じて、ユーザーに対してアプリケーションがどのように実行されるかをより詳細に把握できます。 この方法では、パフォーマンスが予想やボトルネックと一致しずれ、バグがアプリケーションに忍び寄った場合、開発中に解決できます。 これは、テスト タスクを運用環境の左側に移動すること、またはソフトウェア開発プロセスでできるだけ早くテスト タスクを移動することを指すシフトレフト テストとも呼ばれます。 ここでも、初期のソフトウェア開発の実践で行われたように、次々とタスクを実行するのではなく、高品質のソフトウェア製品を同時にリリースすることに集中しながら、開発プロセスを合理化することを目標としています。 アプリケーションを運用環境にプッシュすると、監視中に発生するパフォーマンスの問題は、検出に時間がかかり、修正コストが高くなります。

合成モニタリングの長所と短所

Web ページ、Web アプリケーション、API、その他の Web サービスに対して合成監視ソリューションを実装することには多くの利点がありますが、欠点がない点はありません。 合成モニタリングの主な長所と短所をいくつか見ていく。

合成モニタリングの利点

  • サービス、サイト、アプリケーションの稼働時間、可用性、パフォーマンスを24時間365日事前に監視します。 RUMのような実際のユーザーデータを待つ必要はありません。
  • サードパーティ製アプリケーションを監視します。 これは、ショッピング カートや支払いアプリケーションにサードパーティの統合やアドオンを使用する e コマース サイトにとって特に重要です。
  • エラーや問題が発生したときに通知を受け取り、ユーザーが影響を受ける前に解決します。
  • ユーザーが配置されている複数の場所からモニタまたは監視デバイスを設定します。
  • インフラストラクチャ全体とサーバーの稼働状態とパフォーマンスに関する洞察を得ることができます。
  • 重要なマルチステップトランザクションとユーザーパスをスクリプト作成および監視します。
  • 継続的に追跡し、SLAを満たします。
アラートの調整

合成モニタリングのデメリット

  • RUM とは異なり、合成監視ではスクリプト化されたセットアップが使用されます。 ユーザーの移動が、意図したほど直線的ではないことを知っているため、特定のパスをスクリプト化することで、他のパスを誤って無視してしまう可能性があります。 しかし、ほとんどの最新の Web アプリケーションには複雑なパスが含まれていないため、見かけほど不利な点はありません。
  • リアルタイムでのユーザーまたはデバイスの問題のトラブルシューティング。 ユーザーが Web サイトやアプリケーションに関する問題に遭遇した場合、合成監視では、発生した時点で正確な問題の原因を特定できません。

合成監視とテストのチェックリスト

デジタルランドスケープがウェブ上のすべてをシフトし、企業が優れたユーザーエクスペリエンスのために戦う中で、サイトやアプリケーションはもはやビジネスの一部ではなく、ビジネスです。 しかし、どのようにそれについて行くと成功し続けるのですか? 必要な情報をすべて監視し、ギャップを見逃さないようにするにはどうすればよいでしょうか。 これは、合成監視とパフォーマンス管理が描かれて来る場所です。 合成監視チェックリストを作成することは、すべての Web アセットを収集し、合成監視の体験を開始する必要がある場所を理解するための素晴らしいスタートです。

このガイドの前半で説明したように、合成監視はさまざまな形式で提供されます。 シンプルなアップタイムチェックから複雑なユーザー体験のスクリプティングまで。 総合的な監視とテストのチェックリストを作成する最初の手順は、どのアプリケーションとページ、およびこれらの背後にあるインフラストラクチャを優先してビジネスにとって最も重要な優先順位を付けるかです。 要するに重要なアプリケーションとページ、および監視する頻度に焦点を当てる必要があります。 重要なアプリケーションでは、毎分必要な場合があります。 そこから、リストの下にあなたの方法を働くことができます。 それに加えて、どのブラウザやデバイスが訪問者に最も人気があるのかを知りたいと思うでしょう。

その情報を取得する 1 つの方法は、Google アナリティクスなどの分析ツールから取得することです。 これは、特定のブラウザやデバイスに基づいてパスをスクリプト化するのに役立ちます。 最後に、サードパーティの API を使用するアプリケーションやページを忘れないようにしてください。 これらは何か問題が発生するまで気付かれない傾向がありますが、パフォーマンスが重要であるため、該当する場合は、これらのパフォーマンスが含まれていることを確認してください。 合成監視を実装する際の開始ガイドとして、これらのヒントを使用します。 また、システム、アプリケーション、ページが変更されるにしたがって、監視チェックが行われます。

オープンソースの合成モニタリング
あなたはより良いツールのために支払う必要がありますか?

オープンソースソフトウェアや商用ソフトウェア、有料ソフトウェアのどちらが優れているかという議論は、何十年も続いています。 クイック検索では、無限のオプションが提供され、どのソリューションが適切かを判断する際に簡単に行うことはできないでしょう。 しかし、私たちは無料、オープンソース、有料の合成監視ツールの利点のいくつかをカバーし、いくつかの例について話し、うまくいけばこれはあなたの決定を容易にします。

無料またはオープンソースの合成監視ツールを検討する場合、通常は見つかるかもしれませんが、常に見つかるとは限りません。 さらに、SolarWinds、AppDynamics、CA テクノロジーズ、サウザンドアイズ、ニューレリックなどの包括的な APM およびインフラストラクチャ/ネットワーク監視ツールが、総合的な監視を提供している場合があります。 これらは商業的なソリューション(およびより高価な)であり、大企業向けですが、合成監視は全体的な製品の一部に過ぎません。 そのため、追加のベルやホイッスルを使用せずに、環境と要件をサポートする監視ソリューションのバランスを適切に見つけることが理想的なソリューションです。

ソーラーウィンズのロゴ
新しい遺物のロゴ
稼働時間ロボット
ca 技術

UptimeRobotやStatusCakeのような無料のツールは、Webページの可用性、応答時間、稼働時間をチェックするために、限られた数の監視場所から基本的なチェックを作成することができます。 NagiosやPrometheusのようなオープンソースの監視ソリューションを見ると、これらのソリューションはより多くの監視機能と機能を提供しますが、他のオープンソースソフトウェアと同様に、セットアップには時間がかかり、それをサポートするための知識豊富なチームが必要です。 さらに、セキュリティとカスタマー サポートの欠如は、オープンソース ソフトウェアの他の典型的なペイント ポイントです。 プロジェクトの背後には開発者の大規模なコミュニティがあるかもしれませんが、有料の監視ソリューションで見つける専用サポートの代わりではありません。

30日間無料のドットコムモニターをお試しください。

今すぐお申し込み!

合成監視ツールの比較

Web サイト、アプリケーション、API、および Web サービスは、過去 10 年間で劇的に変化しました。 ウェブサイトは、コンテンツを表示するシンプルなページから、収益を生み出す責任を負う企業のビジネスクリティカルなサービスに変わった。 アプリケーションと API も大きな変化を見てきました。 他のプログラムと基本的な情報を共有することができて良かったと思われる場所では、ウェブサイト、アプリケーション、APIと共にシームレスなユーザーエクスペリエンスを生み出し、効率性と収益を促進する原動力となるため、APIの作成と開発のためのエコシステム全体が存在します。 これらのサービスはすべて連携し、継続的に利用可能で、チームが意図した(そしてユーザーが期待する)ように実行する必要があります。 そうでなければ、彼らは待って、イライラし、どこか別の場所に行くつもりです。

サイトやアプリケーションが現在ほど複雑でなかった場合、監視の必要がまったくない可能性があります。 コンテンツは比較的静的で、ページ上のコンテンツを表示できる以外に、ユーザーはできる限りの操作を行っていました。 だから、最終的には、誰も本当にページが読み込まれる速さや彼らの経験がどのようなものかについてあまり注意を払わなかった。 明らかに、Webアプリケーションの技術とフレームワークは進化し、より複雑でダイナミックになりました。 さらに、より多くのブラウザバージョンがフォールドに入るにつれて、これらの要素をすべてレンダリングするために、サーバーからブラウザにゆっくりと責任が押し出されました。 この複雑さをチームのほんの一握りの人々から手動で監視することはできないため、24時間365日すべての要件を事前に監視できる総合的な監視ソリューションが必要なため、全体的なパフォーマンステストと監視戦略の重要な部分となっています。 市場で最高の合成監視ツールのいくつかを見てみましょう。

ドットコムモニター

ドットコムモニタープラットフォームは、広範囲にわたる総合的な監視ソリューションを提供します。 どのレベルの監視を探しているかに関係なく、選択肢があります。 プラットフォームは4つの異なるパッケージに分かれています。 1 つから開始し、ビジネス ニーズの変化に応じて複数のパッケージを追加します。

  • Web サービス。 WEB サービスと API (簡易オブジェクト アクセス プロトコル)、REST (表現状態転送)、WebSocket、SSL (セキュア ソケット レイヤ) 証明書などを監視します。
  • ウェブページ。 複数のタイプのデスクトップおよびモバイルブラウザー/デバイスからのWebページの監視を設定します。
  • Web アプリケーション。 重要な複数ステップのトランザクションを含む Web アプリまたはページの場合。 ポイントとクリックスクリプトに対して EveryStep Web レコーダーを利用します。 複雑なコーディングは必要ありません。
  • インターネット インフラストラクチャ。 FTP (ファイル転送プロトコル)、VoIP(ボイスオーバーインターネットプロトコル)、ICMP/Pingなどの電子メールおよびウェブサーバーとプロトコルの完全なエンドツーエンドの監視。

ドットコムモニタープラットフォームはSaaSベースのソリューションであるため、プログラムファイルに時間のかかるセットアップやインストールは必要ありません。 必要なものはすべてダッシュボードから管理できます。 また、ファイアウォールの内側から、独自のネットワーク内からアプリケーションを監視する必要がある場合は、プラットフォームにプライベートエージェント機能を提供して、その機能を実現します。 最後に、監視用の同じプラットフォームは、パフォーマンス テスト ソリューション LoadView にも関連付けられています。 負荷テストと監視の両方を組み合わせたソリューションはほとんどありません。 もう一つの解決策はアピカです。 したがって、LoadView の場合、ロード テスト用に作成する Web アプリケーション スクリプトは Dotcom-Monitor プラットフォームに移動して継続的な監視を行うことができます。 Dotcom-Monitor プラットフォームのすべての機能と利点の詳細については、 機能 ページを参照してください。

アップトレンド

アップトレンドは、よく知られたクラウドベースの監視ソリューションです。 また、市場の他のソリューションと比較して、彼らは合成監視製品の広い範囲だけでなく、RUMオプションを提供しています。 監視製品には、代理監視、RUM、サーバーとネットワーク、オンプレミスの監視ソリューションも含まれます。 アップトレンドには220以上の監視チェックポイントがあるため、選択できる監視場所に事欠きがありません。

アップトレンド

ただし、すべてのチェックポイントが完全なブラウザ監視機能を提供しているわけではありませんが、一部の場所では基本的な HTTP アップタイム チェックしか提供していません。 価格面では、Uptrendsは、中小企業レベルの企業から、会社やチームの規模に基づいて、わずか数種類の監視パッケージを提供しています。 そのため、パッケージが監視ニーズに基づいてスケールアップされる Dotcom-Monitor とは異なり、Uptrends は各層内のさまざまな製品をパッケージ化するため、利用していない機能が含まれる可能性があります。

サイト24x7

サイト24x7

Site24x7は、業界で長い間続いているWebサイト監視ソリューションであるため、時間の経過とともに包括的な監視ソリューションとなっています。 Uptrendsと同様に、彼らの監視サービスは、基本的なウェブサイトやトランザクション監視からオールインワンパッケージ、本格的なAPMソリューション、RUM、およびその間のすべてのものを含むパッケージで提供されています。 Uptrendsと同様に、世界中に100以上の場所が点在する監視場所も数多く持っています。

Site24x7の欠点の1つは、最も一般的な言語とアプリケーションフレームワークをすべてサポートしているわけではないこと、そしてこれをより堅牢な監視ソリューションにするためにより多くの機能が必要であるとコメントしていることです。 また、Site24x7プラットフォームは非常に包括的であるため、ユーザーはダッシュボードが複雑にナビゲートできることに注意しています。 ただし、ダッシュボードレイアウトをカスタマイズする機能が提供されるため、表示するメトリックとデバイスのみを含むように設定できます。

データドッグ

このガイドでは先ほど APM ソリューションについて説明しましたが、Datadog は今日の市場で人気のある APM ソリューションの一つです。 また、APM ソリューションでは、インフラストラクチャ監視、合成監視、RUM、監視、ネットワーク監視、インシデント管理、セキュリティ、ログ管理など、あらゆるものを手に入れる傾向があります。

データドッグのロゴ

データドッグのようなもう一つの解決策はSplunkです。 これらのツールは、AWS (アマゾン ウェブ サービス) などのオンプレミスやクラウドサービスなどのさまざまなエコシステムからデータを取得し、開発チームにこの情報を表示し、すべてのシステムとアプリケーションに完全にスタックで表示できます。 これらの APM ソリューションでは、オートメーション ベンダー、コンテナー ベンダー、パフォーマンス テストなどの無制限の統合が可能になり、場合によっては、このガイドに記載されているその他の監視ソリューションも可能になります。

ピングダム

Pingdom は、合成と RUM の両方の監視オプションを顧客に提供するもう 1 つの監視プラットフォームです。 Pingdom は 2005 年から続いており、よく知られた監視ソリューションです。 合成監視ソリューションは、Web サイトやアプリケーションの基本的なアップタイム監視機能と、ショッピングカートプロセス、ログインステップ、製品検索などのユーザートランザクションを記録できるトランザクション監視オプションを提供します。

Pindgom ユーザーは、稼働時間の停止が発生したときにアラートを設定し、テキスト、電子メール、または Slack、PagerDuty、VictorOps などのサードパーティ製アプリを介して、すぐに適切な担当者またはチームに通知できます。 Pingdom は、パフォーマンスを監視するために世界中から 100 台以上のサーバーを誇っています。 Pingdomは2014年にSolarWindsによって買収され、現在ユーザーは完全なスタック監視のためにSolarWinds APMプラットフォームと統合するオプションを持っています。

ダイナトレース

Dynatrace は、組織の IT インフラストラクチャを完全に可視化するために使用される、もう 1 つの包括的なオールインワン APM プラットフォームです。 Web サイト、アプリケーション、マイクロサービスからクラウドオートメーション、デジタル エクスペリエンス監視 (DEM)、セキュリティまで、あらゆるものが Dynatrace プラットフォームから利用できます。

ダイナトレース

ダイナトレースの歴史は、KeynoteやGomezのような合成監視ソリューションにルーツを持っています。 時間が経つにつれて、アプリケーションフレームワークがより複雑になり、より多くのブラウザが市場に導入されるにつれて、これらのソリューションは廃止されました。 今日では、Dynatrace をオンプレミスまたはクラウドからデプロイし、AI を利用して組織の環境全体でデータメトリクスをマッピング、追跡、ログ記録し、ビジネスに対するエラーや影響を自動的に検出します。

30日間無料のドットコムモニターをお試しください。

今すぐお申し込み!

3 つの基本的な合成モニタリング機能

RUM、APMプラットフォームなど、さまざまなクラスのWebパフォーマンス監視ツールについて議論し、さまざまな商用およびオープンソースの合成監視ソリューションを比較しました。 これらのソリューションと監視の種類には、それぞれ独自の長所と短所がありますが、組織の代理監視ソリューションを検索して評価する過程にある場合は、合成監視ツールまたはソリューションに必要な最も重要な監視機能と機能を次に示します。

複数ステップのユーザー パスとビジネス トランザクションのスクリプト作成のサポート

合成監視ソリューションの主な利点として、複雑でビジネスクリティカルなユーザーパスとトランザクションをスクリプト化する機能は、ショッピング カートプロセス、ポータル ログイン、製品検索機能などをユーザーに対して継続的に適切に機能させるために不可欠です。 さらに、適切なスクリプトツールがすべての違いを生み出すことができます。 多くのオープンソースソリューションでは、手動スクリプトのサポートが提供され、時間がかかり、監視タスクの設定よりも多くの時間をスクリプティングに費やすことができます。 また、ウェブサイトやアプリケーションが定期的に変更された場合、これは負担の大きい作業になる可能性があります。

ブラウザでレンダリング

Dotcom-Monitor のような商用ベースの合成監視ソリューションは、EveryStep Web Recorder と呼ばれるブラウザベースのスクリプトツールを提供し、ユーザーと同じようにアプリケーションをナビゲートするだけで、対話型アプリケーションや Web ページを監視するためのスクリプトを迅速に記録および設定できます。 これは、実際のブラウザ、一般的なWebアプリケーションフレームワーク、およびデバイスをサポートしています。 Selenium IDE のようなテスト自動化ツールは、参入障壁が低いため開発チームの間で人気がありますが、無料のツールは魅力的ですが、これらのツールには大きな学習曲線、テストの制限、問題が発生した場合の専用サポートはありません。 適切なスクリプトツールを使用すると、すべての違いが生まれます。 ユーザーのアクションをエミュレートするスクリプトをすばやく作成する機能により、データの監視をより適切に行うことができます。

複数のテスト シナリオの監視

監視データが実際のユーザーの操作から取得される必要がある RUM と比較すると、チームは互いに比較し、パフォーマンスがそれぞれの間でどのように変化するかを確認するために使用できるさまざまなシナリオを設定できます。 これにより、チームの柔軟性が向上し、さまざまなシナリオのパフォーマンスにどのような影響が及ぼす可能性があるかについての洞察が得られます。 たとえば、Web ページを監視している場合、デスクトップ デバイスとモバイル デバイス間でパフォーマンスがどのように変化するかを理解したい場合があります。 さらに、特定のネットワーク速度でモバイルデバイスを設定したいかもしれません。 ドットコムモニターのような合成監視ツールを使用すると、これを行うことができます。 あるいは、Web チームがサイト用に複数のランディング ページを作成し、A/B テストを実行する場合もあります。 代理監視を使用すると、ページ全体のパフォーマンスを確認できるだけでなく、ユーザーが意図したとおりにページ内を移動できるようにします。

代理監視の別の使用例は、CDN (コンテンツ配信ネットワーク) と CDN を使用せずに、ページまたはアプリケーションがどのように実行するかをテストすることです。 ユーザーが世界中のどこからでもコンテンツにアクセスできることは間違いありませんので、サイトやアプリケーションが世界中からどのように対応するかは、監視するもう 1 つの考慮事項です。 CDN は、配信元サーバーから遠く離れた場所にあるユーザーに、コンテンツをより速く配信する場合に役立ちます。 合成監視を使用して、さまざまな地域間でパフォーマンスを比較できます。 CDN を使用している場合、代理監視を使用すると、プロバイダーが、稼働時間、可用性、およびパフォーマンス SLA に関して合意された SLA を満たしていることを確認できます。

アラートとレポート

合成監視は、プロアクティブであることのすべてです。 ダウンタイムやパフォーマンスの問題について迅速に通知を得ることは、パフォーマンスへの影響を可能な限り少数のユーザーに制限する上で重要です。 合成監視ツールまたはソリューションは、注意が必要な領域を特定するために必要なすべてのデータを提供できる必要があります。 サイトやアプリケーションによっては、ビジネスクリティカルではない場合は、数時間ごとに分の監視や監視チェックまで頻繁に行う必要があります。 使用するツールまたはソリューションが、この柔軟性を提供できることを確認してください。 秒が重要な場合、これはユーザーエンゲージメントを作るか、または壊すことができます。

Dotcom-Monitor のようなソリューションは、テキスト、電話、通話、電子メール、Webhook などの複数のアラートメカニズムを提供します。 また、Dotcom-Monitor は、PagerDuty、Slack、ServiceNow など、チームが既に使用しているサードパーティのアラートおよびワークフロー ツールのサポートも提供します。 アラートは、チームや個人に送信するように設定できるほか、一日の特定の時間帯や、ダウンタイムが予想以上に長く発生した場合でも送信されるように構成できます。 さらに、さまざまな外部のグローバル監視場所を使用すると、稼働時間または可用性の問題がローカルの停止や広範囲にわたる原因であるかどうかの理解を深めることができます。

最後に、パフォーマンス チャートとダッシュボードは、ダウンタイムやエラーが発生している領域をすばやく特定できるように、ページとアプリケーションの監視パフォーマンス データを視覚的に表現する必要があります。 Dotcom-Monitor プラットフォームには、監視デバイスの作成中に選択できるさまざまなレポートオプションが用意されています。

パフォーマンス レポート

オンライン分析。

これには、ウォーターフォール チャート、デバイスの概要データの監視、ホストの内訳、エラーが含まれます。 さらに、Web ページと Web アプリケーションの監視の場合、ユーザーは監視セッションのビデオ キャプチャを表示して、ユーザーの視点からエラーを表示できます。

ネットワーク クラウド

ビジュアル トレース ルート。

ビジュアル traceroute は、データ パケットがルータを通過し、宛先に向かう途中でスイッチを通過する際にネットワーク エラーが発生している場所を具体的に示します。 これらは、チームがエラーの原因となっているノードを正確に識別する方法を提供するために、マップ上に視覚的に表示されます。 また、ラウンドトリップ時間 (RTT)、IP (インターネット プロトコル) アドレス、および DNS 固有の問題に関するメトリックとデータを確認できる場所でもあります。

リアルタイムダッシュボード。

ダッシュボードは、デバイスとタスクの現在のリアルタイムパフォーマンスにウィンドウを提供します。 これらのデバイスは、任意の数のデバイスを含むように構成でき、内部の個人、チーム、および利害関係者と共有できます。

SLA レポート。

SLA レポートを使用して、サービス プロバイダーが SLA 要件を遵守していることを追跡できます。 この特別なオンデマンド レポートは、特定の場所、レポート期間 (日単位、週単位、月単位、四半期)、SLA 稼働時間、開始日と終了日によって構成できます。 レポートの準備が整うと、アップタイムが緑で表示されます。 ダウンタイムの期間は赤で表示されます。 監視が延期された期間は黄色で表示されます。

30日間無料のドットコムモニターをお試しください。

今すぐお申し込み!

究極の合成モニタリングに関する FAQ

合成監視は、Web ページ、アプリケーション、Web サービス、およびシステム全体のパフォーマンスを事前に追跡するための効果的な方法です。 パフォーマンスを理解するために実際のユーザーデータに依存するRUMとは異なり、合成監視は24時間365日実行するように自動化することができ、ユーザーの経験が面倒であることを保証するための理想的な方法です。 パフォーマンス エラーが発生したときに警告を受け取り、追加のユーザーに影響を与える前に、ユーザーとチームがトラブルシューティングを行えるようにします。 また、監視チェックは世界中の複数の場所から設定できるため、ほとんどのユーザーが特定の地域にいる場合、それらの地域からの最も重要なアプリケーションのパフォーマンスが常に最適なパフォーマンスを発揮するようにすることができます。 合成監視に関してよく寄せられる質問をいくつか見てみましょう。

目次

合成監視とは何ですか?

合成監視は、Web サイト、Web アプリケーション、API などの内部で、スクリプト ツールを使用して実際のユーザーの行動やアクション、またはトランザクションをシミュレートする監視の一種です。 これらのスクリプトは、一定の間隔で実行される自動チェックとなり、指定されたパフォーマンスしきい値内で機能し、使用可能で、応答していることを確認します。

 

合成監視のしくみ

合成監視は、一般的なユーザーが移動するのと同じ方法で、Web サイト、アプリケーション、または API に対してシミュレートされたチェックを自動化することによって機能します。 これらのチェックは、稼働時間、エラー、または可用性をプロアクティブにチェックするために、1 日 1 分ごとから 1 回など、定期的に設定できます。 パフォーマンスのしきい値が満たされない場合や Web ページがダウンした場合は、必要なユーザーにアラートを送信して、バックアップを取って実行することができます。

 

合成監視テストを実行する方法

代理監視テストを実行することが、ページ、アプリケーション、および API が稼働していることを事前に確認する最適な方法です。 監視テストは、基本的な HTTP/S 稼働時間チェック、Web ページの読み込み時間、またはより複雑なサイトやアプリケーション、重要なユーザー ステップのスクリプト作成、およびユーザー体験の各ステップの監視に対して実行できます。 次に、適切な監視場所、スケジュール、アラートの種類 (グループまたは個人) と、テキスト、電子メール、電話などのアラートの送信方法を設定します。 最後に、レポートとレポートの頻度を設定して、監視のパフォーマンスを時間の経過と同時に比較できるようにします。

 

合成監視は実際のユーザー モニタリング (RUM) とどのように異なりますか?

合成監視は、実際のユーザーモニタリング(RUM)と比較して、いくつかの点で異なります。 主な違いの1つは、合成監視を使用すると、24時間365日、さまざまな時間にページやアプリケーションを継続的に監視できることです。 RUM では実際のユーザー データが必要なので、そのデータを取得するには、ユーザーがサイト、アプリケーション、または API を使用している必要があります。 実際のユーザーからデータを取得する場合は、この方法が理想的ですが、十分なデータを取得するには多くの時間がかかります。 さらに、さまざまなブラウザでタスクを監視するために合成監視を設定できる場合、RUMはユーザーのブラウザに依存するため、監視ギャップが生じる可能性があります。

 

合成ウェブサイトのモニタリングは他のタイプの合成モニタリングとどのように違うのでしょうか?

合成モニタリングのさまざまなレベルがあり、ウェブサイトの監視は合成監視の数種類の一つに過ぎません。 このガイドで説明したように、可用性とトランザクションの監視もあります。 Web パフォーマンス監視とも呼ばれる合成 Web サイトの監視は、通常、ページ速度の読み込み時間、さまざまなページ要素またはコンポーネント、およびさまざまなブラウザーからの応答時間を監視するために使用されます。 これにより、クライアント側とサーバー側の両方から全体的なパフォーマンスを把握できます。

 

今日の企業は、最適なユーザー エクスペリエンスを実現するために、SaaS ベースのソリューションのパフォーマンスを監視する必要があります。 パフォーマンスの監視は、ユーザーの場所や地域によって大きく異なるため、困難な場合があります。 これらのアプリケーションとそのコンテンツは、エンド ユーザーへのルートで、CDN (コンテンツ配信ネットワーク)、ローカル ISP などの地理固有の変数のパスを走査する必要があります。 このレベルの複雑さは、最終的にはエンド ユーザーのエクスペリエンスに異なる影響を与える可能性があります。 これは、合成監視ツールが遊びに来て、複雑さをカットすることができる場所です。 このガイドでは、さまざまな監視ツールについて説明しました。 一部のベンダーは包括的な APM ソリューションを提供しますが、ほとんどの企業にとってコストがかかる場合があります。 今日の市場で最も人気のある合成監視ツールのいくつかは、ドットコムモニター、ピンドム、アップトレンド、サイト24×7、およびデータドッグです。

 

合成モニタリングを行うのは誰ですか?

通常、IT チームは、Web 開発チームであれ運用 (DevOps) チームであれ、組織内に代理監視を実装する任務を負います。 ただし、提供されたデータは、たとえばユーザーのページの読み込みが遅くなる可能性のあるページ上の要素を最適化するために、マーケティング チームと共有できます。 これにより、更新プログラムを実装するときにページが常に最適化されます。 画像、CSS、JavaScript など、ファイルサイズの大きいアセットがページに含まれていないことを確認します。

 

Web サイトで受け入れテストはどのように行われますか?

受け入れテスト、つまりユーザー受け入れテスト (UAT) は、ソフトウェア開発ライフサイクルの終了に向けてクライアントまたはエンド ユーザーが実行するソフトウェア テストの一種です。 受け入れテストは、ユニット、システム、統合テストなどの他のテストが完了した後に完了します。 これにより、開発チームがバグを修正し、意図したとおりに Web サイトを実行し、エンド ユーザーがテストできる状態になります。 受け入れテストには、パフォーマンス (負荷とストレス) テストも含まれます。 Web サイト受け入れテストの目的は、サイトがビジネスの目標を満たし、必要なトラフィックと実際のユーザーを処理できることを確認することです。 適切な受け入れテストを実行することで、ユーザーは特定のシナリオをテストして、目標を設定せずにサイトの前にユーザーを配置するだけでなく、特定の手順を実行してテストできるようにします。

 

合成モニタリングを使用してウェブサイトのベンチマークを行うことができますか?

合成監視の利点の 1 つは、API、Web サイト、アプリケーションを複数の場所から継続的に監視できることです。 これにより、開発チームが運用前にパフォーマンスをベースライン化するために使用できる継続的なパフォーマンス データのストリームが提供されます。 アプリケーション、ページ、または API を運用環境に配置すると、このデータを使用して、特定のアラートしきい値を決定および設定し、パフォーマンスが常に適切な範囲内に収まるようにすることができます。 さらに、チームは自社のサイトやアプリケーションを自社の業界の競合他社に対してベンチマークすることもできます。

 

合成監視と他の種類の監視の主な利点は何ですか?

合成監視は、RUM のような他の種類の監視と比較して、開発チームにとって大きなメリットをもたらします。 ここでは、合成監視の最も注目すべき機能と利点の一部を簡単に一覧表示します。

  • ユーザーの視点から、アプリケーション、API、ページをプロアクティブかつ継続的に監視し、より多くのユーザーに影響を与える前に問題を特定します。
  • ユーザーが所在する特定の地域または国から監視し、他の地域のパフォーマンスを比較します。
  • 製品の検索、チェックアウト プロセス、顧客ポータルへのログインなど、ビジネスクリティカルで複雑なトランザクションやパスを監視します。
  • ビジネス要件に不可欠なサードパーティ製の API とアプリケーションを監視します。
  • SaaS アプリケーションを監視して、稼働時間とパフォーマンスの SLA が継続的に満たされていることを確認します。
  • 高いレベルの顧客満足度を維持するために、パフォーマンスの問題の根本原因を特定します。

 

合成モニタリングで良好な稼働率は何ですか?

稼働時間は、システムの信頼性の測定であり、特定のサービスが利用可能で運用可能な時間の割合です。 これは、ウェブサイトのパフォーマンスを測定するための最も一般的な指標の一つです。 明らかに、サイトがダウンしている場合、顧客は訪問することができ、収益に影響を与える可能性があります。 ダウンタイムは、潜在的なビジネス以上のコストがかかる可能性があります。 ブランド認知にも悪影響を及ぼす可能性があります。 良好な稼働率は通常 95 ~ 99% ですが、実際には業界と組織の目標によって異なります。 たとえば、高可用性が重要な金融機関では、通常、99.999% の稼働率が一般的であり、これは年間 5 分のダウンタイムを超える程度に相当します。

 

無料またはオープンソースの合成監視ツールはありますか?

無料でオープンソースの合成監視ツールが多数用意されており、このガイドでそれらのいくつかについて説明しました。 チェックリー、プロメテウス、ナギオス、アップタイムロボット、ステータスケーキ、ザビックスのような無料でオープンソースの合成監視ツール。 これらのツールは自由に使用できますが、通常は有料の、または商用の合成監視ソリューションが提供できる堅牢な機能を提供しないことに注意してください。 また、オープンソースツールでは、より多くの手動設定やサポートオプションが必要になる傾向があります。

 

最高の合成監視ツールは何ですか?

パフォーマンス レポート

総合的な監視ツールを選択する際には、組織に選択肢は多数ありますが、Dotcom-Monitor プラットフォームは、お客様のビジネスニーズに対応する幅広いソリューションを提供していると考えています。 Web サービスや API の監視から Web ページやアプリケーションまで、Dotcom-Monitor プラットフォームには、目標を達成するためのソリューションがあります。 Dotcom-Monitor プラットフォームは、可用性、機能、稼働時間、ページ読み込み速度、および個々の Web ページ コンポーネントなど、すべての KPI (主要業績評価指標) が満たされていることを確認するためのパフォーマンス監視ソリューションを提供します。
Dotcom-Monitor プラットフォームは、エンタープライズレベルの監視およびパフォーマンス テスト機能を備えており、ブラウザベースの監視、構成可能なアラート、グローバル監視場所、ポイントアンドクリックスクリプティングツール、サードパーティ統合、ファイアウォールの背後にある監視用のプライベート エージェントなど、チームが必要とする機能と利点をすべて提供します。 要素ごとの詳細、監視タスクの概要、ホストの故障、エラー報告、Web ページおよび Web アプリケーション監視ソリューションのビデオ キャプチャを含む包括的なパフォーマンス レポートを確認します。

30日間無料のドットコムモニターをお試しください。

今すぐお申し込み!