高度なウェブサイト監視ソリューション
- 1-888-479-0741
- sales@dotcom-monitor.com
- ミネアポリス, MN, アメリカ合衆国
合成モニタリング
究極のガイド
合成モニタリングガイド
業種や組織の規模にかかわらず、ウェブサイト、ウェブ・アプリケーション、API、そしてITインフラ全体が利用可能であること、パフォーマンスが高いこと、ユーザーに素晴らしい体験を提供できることに、少なからず依存しているはずです。
しかし、Webサイトやアプリケーションは「設定して忘れる」タイプの実装ではないことを知っています。 ソフトウェアのバグ、ホスティングの問題、サードパーティのプラグイン、さらに悪いことにハッカーによる試みなど、さまざまな問題が発生すると、ウェブサイト、API、アプリケーションが失敗したり、パフォーマンスに劇的な影響を与えたりする可能性があり、ユーザーに不満を与え、組織の収益に影響を与えます。 これらのサービスを積極的に監視して、目的どおりに継続的に機能していることを確認していますか。
幸いにも、資産を自動的に追跡するのに役立つ総合的な監視ツールとソリューションがあります。 では、合成監視とは何でしょうか? 合成モニタリングの定義は、スクリプトツールを使用して、ウェブサイト、ウェブアプリケーション、APIなどにおける実際のユーザーの行動やアクション、またはトランザクションをシミュレートする技術である。 これらのスクリプトは、(ベンダーの用語に応じて) モニター、チェック、またはエージェントになり、一定の間隔で実行するように自動化して、指定されたパフォーマンスしきい値内で機能し、使用可能で、応答していることを確認できます。 合成監視は、独自のネットワーク内、ファイアウォール内、または外部からグローバルな場所から実装して、ユーザーが利用した特定のブラウザと、そこから到着する場所をシミュレートできます。
合成モニタリング – なぜそれが重要なのか
パフォーマンスの問題は、SaaS (サービスとしてのソフトウェア) のアーキテクチャが複雑なため、いつでもどこでも発生する可能性があります。 問題は、個人のコンピューター上のブラウザ、モバイル・デバイス上のアプリ、ウェブや企業WAN全体、サードパーティー・ベンダーやパブリッククラウド・ベンダー、データセンター内で稼働するITインフラからサービスにアクセスする際に蔓延する可能性がある。
合成監視では、すべての視点からアプリケーションのパフォーマンスを 24 時間 36 5 5 日測定し、ユーザーに影響を与える前に問題を警告します。 ピーク時以外の時間帯や他の低トラフィック期間に問題が発生した場合でも、収益とブランド・エクイティを保護するために、問題を迅速に見つけて分離し、修正する必要があります。
合成監視は、ユーザーの視点からアプリケーション、ページ、APIなどを監視するための効果的なツールであるため、ユーザーの前でのパフォーマンスをより深く理解できます。 合成監視を実装すると、複雑で重要なビジネス トランザクションを監視するための基本的な稼働時間チェックを実行できます。 さらに、これらのツールとソリューションを使用すると、外部アプリケーションやサードパーティ製アプリケーションをテストおよび監視して、サイトやアプリが依存するリソースに必要なパフォーマンス データを提供できます。
合成モニタリングのメリット
最新のウェブアプリケーションのパフォーマンスを理解し、追跡するという課題に対処するには、合成モニタリングが最適なソリューションとなります。
特定のウェブページやアプリケーションの目的によって、ユーザーの行動経路が決まります。
合成モニタリングでは、ウェブアプリケーション上のエンドユーザーの行動パスがスクリプト化されます。 これらのスクリプトは、設定された間隔で実行され、必要に応じて異なるチェックポイントから実行され、パフォーマンス、可用性、機能、および応答時間を測定できます。
以下は、合成監視の利点のほんの一例です。
- ウェブページの速度とロード時間、アプリケーションのパフォーマンスと可用性を継続的に監視します。
- ダウンタイムまたは事前定義されたパフォーマンスしきい値が満たされたときにアラートを設定して受信します。
- バックエンド・サーバ/インフラストラクチャのパフォーマンスと指標を確認します。
- サードパーティのサービスと API を監視します。
- ビジネスにとって重要なユーザー トランザクション/フローを監視します。
- ベースライン パフォーマンス メトリックを設定し、進行中のパフォーマンス データと比較します。
- ブラウザーまたはデバイス固有の問題を特定します。
合成監視は上記の利点を提供します (およびそれ以上). このガイドで後述する RUM (リアル ユーザー モニタリング) などの他の監視の種類と比較して、合成監視は、すぐに ROI を提供する費用対効果が高く信頼性の高い監視方法です。
あなたは本当に合成監視が必要ですか?
シングル・ページ・アプリケーション（SPA）のような最新のウェブアプリケーションやページは、ユーザー体験を最優先します。 アプリケーションとページは、世界中のどこでも24時間365日利用可能で、あらゆる画面サイズで使用可能で、安全で柔軟性があり、スケーラブルで、オンデマンドでトラフィックの急増に対応できる状態になると予想されています。 したがって、エラーが発生する可能性と機会はたくさんあります。 ウェブサイトやウェブアプリケーションのテクノロジーは、ここ数年で飛躍的に成長した。 Web サイトは、ユーザーにコンテンツを提供するための情報の格納と取得だけではありません。 オンラインフォーム、ショッピングカート、コンテンツ管理システム(CMS)、オンラインコースなどの形で会社との交流を可能にしました。 リストは延び続けます。 チームがエラーを事前に特定できるように、頻繁かつ自動化されたリアルタイムの代理監視チェックを考慮する必要があります。
現代のウェブ・アプリケーションやウェブ・サイトは、基本的なHTTP（ハイパーテキスト・トランスファー・プロトコル）監視以上のものを必要としている。 彼らは、新しい顧客を維持し、ビジネスを増やすために快適な経験を提供する必要があります。 正しい監視方法を実装することにより、要素、コンテンツ、およびユーザー エクスペリエンスがそのまま、正常に機能していることを確認できます。 適切な合成監視ソリューションは、すべての複雑なアプリケーションとページに優れたユーザーエクスペリエンスを提供するテクノロジとツールを提供します。
ウェブサイトやアプリケーションに主に依存するビジネスにとって、24時間365日の驚異的な稼働時間とパフォーマンスを持つことは特に重要です(重要と言う人もいます)。 基本的なニーズやエンターテイメントをサイト、アプリケーション、APIに依存しているユーザーは、数秒の遅延を許容しません。 ウェブ・アプリケーションやページのパフォーマンスに関する問題のプロアクティブな検出と診断が必要です。 合成モニタリングは、さまざまなグローバルチェックポイントや異なる周波数で発生し、常にユーザーに最高のエクスペリエンスを提供していることを確認します。
Real User Monitoring vs. Synthetic Monitoring
何が違うのか？
Web サイトまたはアプリケーション監視ソリューションを探す場合、アクティブまたは合成の監視とパッシブ監視という 2 つの異なる種類に遭遇します。 名前が示すように、RUM は実際のユーザーに依存して、ユーザー パスまたはトランザクションに関するパフォーマンス データを収集します。 RUM ソリューションは、通常、個々のユーザーを追跡し、応答時間、読み込み時間、エラー、ブラウザー、場所などのさまざまなパフォーマンスメトリックとデータを報告する JavaScript コードのスニペットを利用して機能し、そのデータを 1 つのダッシュボードに提供して、アプリケーションやページの応答性と機能をチームが適切に監視および機能させるために役立ちます。
このガイドの前のセクションで説明したように、合成モニタリングはアクティブモニタリングの一種であり、データを実際のユーザーに依存する代わりに、様々なユーザージャーニー、パス、およびトランザクションのスクリプトを使用し、それらを一定の頻度で再生して、ウェブページ、アプリ、およびAPIのパフォーマンスを継続的にチェックします。
さらに、ほとんどの合成および RUM モニタリング・ソリューションでは、アラートを設定するための多くのオプションがユーザーに用意されているため、ウェブページがダウンしたり、アプリケーションのパフォーマンスが指定されたしきい値内に収まらなかったりすると、直ちに適切なチーム・メンバーにアラートが送信されます。
リアルユーザー・モニタリングとシンセティック・モニタリングの比較
メリットとデメリット
このガイドで説明したように、RUM と合成監視は、サイト、アプリケーション、および API がユーザーの前でどのように動作するかを理解するのに効果的な 2 種類の監視概念です。 どのタイプが組織に最も適しているのかを理解するために、RUM と合成監視の両方の長所と短所について説明します。
- 実際のユーザーモニタリングは、実際のユーザーがページをブラウズする時にバックグラウンドでデータをキャプチャします。 しかし、これは、多くのデータをふるいにかけることができるため、不利になる可能性もあります。
- 合成監視は、パフォーマンス監視データの生成に実際のユーザーに依存しません。 スクリプトは、複雑な実際のユーザー パスとトランザクションをエミュレートして、継続的な監視を行うことができます。
- 使用される合成監視ソリューションによっては、スクリプト ツールは非常にユーザーフレンドリーで、多くの種類のアプリケーション フレームワークとテクノロジをサポートします。
- RUM は実際のユーザーに依存しているため、パフォーマンスのギャップを監視している可能性があります。 これは、合成監視が利点であるところです。 これは、定期的な周波数で実行し、問題が発生したときに通知するだけでなく、時間の経過とともにパフォーマンスを測定し、比較するのに役立ちます。
- 合成モニタまたはデバイスは、複数の場所から実行するように設定できます。 データが来るRUMとは異なり、ユーザーに依存しています。
これらの監視方法はどちらも強力ですが、全体的な監視戦略を補完するために一緒に使用することもできます。 環境の複雑さ、サポートが必要なアプリケーションの種類、および予算が含まれます。 市場には多くの優れた監視ソリューションがあり、各ソリューションが提供するものについては、このガイドの後半で詳しく説明します。
実際のユーザーモニタリングと代理モニタリングとAPMツール
ここ数年、アプリケーションパフォーマンス管理とアプリケーションパフォーマンス監視という、互いに混同され続ける用語がいくつか存在しています。 頭字語は同じですが、異なるが、関連する概念です。 主な違いは、 アプリケーションパフォーマンス管理 は、RUMと合成モニタリングを含む、いくつかの異なる次元と焦点領域を含む、より広範な概念であるということです。 従来型 APM (アプリケーション パフォーマンス管理) スタック トレース ツールは、アプリケーションとサーバーに関する次の重要な情報を追跡および収集します。
- コード レベルでの問題の特定と解決
- アプリケーションの可用性、稼働時間、パフォーマンスを確保し、エンド・ユーザーがアプリケーションにアクセスできるようにします。
- ページとアプリケーションが適切に実行されていることを確認するための、ページの読み込み時間とユーザー トランザクションの応答時間の測定。
- ディスクの使用状況、入出力、メモリ、CPU 使用率などのシステム リソースに関する情報。
- アプリケーション・パフォーマンス・モニタリング・ツールおよびソリューションは、完璧なユーザー・エクスペリエンスを提供し、MTTR（平均解決時間）を短縮するために必要な有益な情報を提供します。 アプリケーション パフォーマンスの監視では、次の側面に重点を置いて説明します。
- 通常のフローを監視し、異常な動作を特定する。
- システム全体にわたる異常な動作や問題に関するサポートデータの収集
- データの分析とビジネスへの影響
- 検出された問題を修正し、同様の問題が再発しないように対策を講じる。
アプリケーション パフォーマンス監視ツールおよびソリューションは、エラーが発生したときに通知を受け取ることができますが、包括的なアプリケーション パフォーマンス管理ツールのように、何かがダウンしている “理由” を提供できない場合があります。 ただし、アプリケーション パフォーマンス監視ツールを使用すると、パフォーマンスベンチマークの監視、潜在的な問題やバグの特定、デジタル リソースの監視が可能になります。
代理トランザクションの監視の説明
代理トランザクションの監視は、一般的なユーザーがページ、アプリケーション、または他の Web サービスにアクセスして使用する方法をエミュレートするため、チームは全体的なパフォーマンスを自分の視点から理解し、必要に応じてパフォーマンスのボトルネックを調整できます。 代理トランザクションの監視により、エラーが発生したときに自動的に警告を発し、より多くのユーザーに影響を与える前にパフォーマンスの問題を修正する時間を与え、開発チームが容易に処理できます。 Web 開発チームと IT チームは、ビジネスの成長と収益の最適化において重要な役割を果たします。
従業員とユーザーの両方が、デジタル資産を使用しながら、これまで以上に優れたエクスペリエンスとパフォーマンスを期待しています。 直面する問題がある場合は、リアルタイムで解決する必要があります。 それでは、総合的なトランザクションの監視を利用して、監視パフォーマンス計画のすべてをまとめ、ユーザーに全体的なエクスペリエンスを提供する方法について詳しく説明します。 代理トランザクションの監視は、チームがパフォーマンスを検証し、アプリケーション のパフォーマンス ベースラインを維持し、一貫したユーザー エクスペリエンスを確保するのに役立ちます。
開発のあらゆる段階から監視
開発チームがアジャイルなプラクティスに移行するにつれて、開発プロセス中の監視がより重要になります。 ソフトウェア、アプリケーション、ウェブページが本番稼動に入るまで待ってモニタリングを開始するのではなく、チームは開発中にシンセティック・モニターを設定できるため、変更や更新が行われるたびに、パフォーマンスへの影響をよりよく把握できます。 これにより、実稼働前に検出されたパフォーマンスの問題を確実に解決し、より適切で最適化されたアプリケーションを提供できます。 アプリケーションが稼働すると、ボトルネックやパフォーマンスの問題を解決するためのコストが大幅に増加します。 開発のさまざまな段階で合成監視を採用すると、アプリケーションのパフォーマンスのライフ サイクルが一緒になります。 開発チーム、QA/QC、セキュリティ、運用チーム間の障壁を薄くし、メトリックと診断のための共通のプラットフォームを提供します。
サードパーティ製のアプリケーションとコンポーネントの影響を測定する
今日のウェブサイトやアプリケーションは、多くのサードパーティの要素とAPIに依存する可能性があります。 たとえば、購入、デジタル広告、評価またはレビューシステム、埋め込みビデオなどのeコマースパスをサポートするアプリケーションなどです。 一般的なウェブベースのアプリケーションは、通常8つ以上のサードパーティ・サービスと通信する。 ユーザーにとって、これは彼らの経験を向上させ、ビジネスのコンバージョンを増やすのに役立ちますが、これらはまた問題になる可能性があります。 これらのサードパーティサービスのいずれかが正しく動作しない場合、ユーザーの体験と結果に影響を与える可能性があります。 さらに悪いことに、ユーザーは問題が外部リソースにあることに気付かず、代わりに会社に責任を負い、それがシステムの問題であると仮定します。 代理監視は、サードパーティのアプリケーションの問題から組織を保護し、ユーザーとの適切なパフォーマンスを維持するのに役立ちます。
ユーザーが行う前にパフォーマンスの問題を発見する
アプリケーション、ページ、または API のパフォーマンスに関する問題を先取りすることは、エラーやダウンタイムが発生した場合に、チームができるだけ早く問題を解決できるようにするために不可欠です。 合成監視の利点は、常に実行していることです。 交通量の多い時間帯や忙しいショッピングの時間帯、または交通量の少ない時間帯に、合成監視によって、パフォーマンスの問題の根本原因を見つけ、より多くのユーザーに影響を与える前に、それらを改善するために必要な早期検出がチームに与えられます。 さらに、組織がより多くの地域や地域に移動するにつれて、合成監視がより重要になります。 システム、ウェブページ、アプリケーション、APIを常に稼働させておくことで、ビジネスの目的を達成できる可能性が高まります。
ページやウェブアプリケーションの問題に関しては、問題が発生してから対応するよりも、より多くの利用者に影響を与える前にエラーを防ぐ方が常に良い解決策となります。 代理監視を行わない場合、自分またはチームにダウンタイムの問題が通知されるまでに、被害は既に行われています。 合成監視は、ダウンタイムの発生を回避するのに役立ちます。 問題が第三者に関連している場合でも、ユーザーが問題を特定し、その解決に積極的に取り組んでいるかどうかをユーザーに保証できます。
合成モニタリング – ベスト プラクティス
代理監視は、Web サイト、アプリケーション、および API が利用可能で、ユーザーおよびチームの意図したとおりに実行されるようにするための最良の方法の 1 つです。 ウェブサイトの稼働時間を定期的にチェックしたり、より複雑なeコマースパスを調べ、ユーザーエクスペリエンスをスクリプト化したり、より頻繁に監視チェックを実行したりするのと同じくらい簡単です。 どのようなニーズに応じて、合成監視は、稼働時間とパフォーマンスを確保するための優れたコスト効率の高い方法です。 このセクションでは、合成監視を使用したベスト プラクティスについて説明します。
合成モニタリングの基礎(初心者向け)
最も基本的な監視の 1 つはアップタイムモニタリングで、ウェブサイト、アプリケーション、API が利用可能かどうかを確認するだけです。 それは、それがダウンしている理由の決定的な理由を与えるものではありませんが、正しい方向に向けることができる特定のHTTPエラーメッセージを受け取るかもしれません。 これは、HTTP 監視またはプロトコル ベースの監視とも呼ばれ、実装できる、より基本的な代理監視チェックの 1 つです。 要求はクライアントから送信され、サーバーはそれを受信し、HTTP メッセージは応答として送り返されます。 ほとんどの HTTP 応答メッセージはユーザーには表示されませんので、これらは開発チームや Web サイトの所有者にとって重要です。
通常、すべてのエラー メッセージも応答と共に返送されます。 監視設定に基づいて、特定の主要なコンポーネントを検索します。 それが利用可能な場合は、肯定的な応答が受信されます。 応答は、ページのコンテンツのみを提供し、ページの可用性に寄与します。 従来の HTTP 監視では、ページ読み込み時間、ページ長、応答時間、および要求コードの監視も監視できます。 このタイプの監視では、ウェブページの主要部分に寄与しているCSS（カスケーディング・スタイル・シート）、スクリプト、サードパーティのコンテンツ、画像などの側面は調べない。 HTTP 要求が失敗する状況があります。
中間合成監視 (経験豊富なユーザー向け)
アップタイム（可用性）監視のステップアップとして、ウェブページのロード時間／ページ速度の監視があります。 このタイプの合成モニタリングは、CSS、スクリプト、サードパーティコンポーネント、画像などのクライアント側/ブラウザ要素を使用して、基本的なHTTPチェックが含まれて考慮されないパフォーマンスを理解することに焦点を当てているので、中間的であると考えられています。 エンターテインメントや商品やサービスの購入など、より基本的なニーズに関わらず、ユーザーが大きく依存しているウェブサイトは、99.9%の稼働時間を試みる必要があります。 ダウンタイムが頻繁に発生すると、ユーザーは不満を抱き、サイトやアプリケーションを離れ、収益を失うコストがかかります。
ユーザーにとってのページの読み込み時間をモニターしていなければ、せっかく時間をかけて開発したウェブページが台無しになってしまいます。 テキスト、ナビゲーション、ヘッダー、グラフィックス、連絡先オプション、分析、フッターなどのすべての要素は、ページの読み込み時間に影響します。 さらに、リンクが販売ページに存在する場合、リンクが壊れている場合は、より多くの費用がかかる可能性があります。 リンクのスペルが間違っている場合、またはページが存在しない場合は、リンクが壊れている可能性があります。 サイトが適切に維持されていないという印象をユーザーに与えます。 このため、シームレスなエクスペリエンスを提供するためには、すべてのページ要素を監視することが重要です。
高度な合成モニタリング(プロフェッショナル向け)
より高度な合成監視技術には、より複雑なユーザー トランザクションとパス (製品ページの参照、ポータルへのログイン、購入するショッピング カート/e コマース パスなど) の監視チェックの設定などがあります。 オープン ソースと有料の両方のオプションを使用して、手動の行ごとのスクリプトを使用するか、スクリプト記録ツールを使用して、これらのシナリオとワークフローをスクリプト化する方法を提供する、さまざまな監視ツールとソリューションが用意されています。 オープンソースの監視ソリューションは自由に使用でき、複数のスクリプトフレームワークをサポートする場合がありますが、スクリプトの作成と設定のプロセスは時間がかかり、より重要な開発プロジェクトを奪うことができます。
ただし、Dotcom-Monitor プラットフォームの一部である EveryStep Web Recorderのようなスクリプトレコーダーの中には、訪問者が使用する実際のブラウザやデバイスから重要なシナリオをスクリプト化する簡単な方法があります。 ユーザーワークフロー全体を最初から最後まで監視することで、プロセスの各ステップを通じてパフォーマンスをより深く理解できます。 このアプローチでは、プロアクティブであるため、チームは、アプリケーションまたはページの読み込みをすばやく適切に行い、コンテンツが正しく表示されるようにし、パフォーマンスがすべて事前に定義されたしきい値内に収まるようにして、アプリケーション、ページ、API がすべて期待どおりに動作することを保証できます。
合成モニタリングによるベンチマーク
総合的な監視ソリューションを使用してパフォーマンスのベースライニング、ベンチマーク、分析を行うことは、お客様に最高のパフォーマンスとエクスペリエンスを提供する日常的なプラクティスです。 合成監視は、SaaS ベンダーがパフォーマンスを 24 時間 365 日測定できる予測可能な環境を提供します。 合成監視を使用すると、ベースライン テストでアプリケーションの動作を模倣できます。 これらのテストは、複数のブラウザやデバイス上でトランザクションや地理的位置をテストするのに不可欠です。 ベースライン テストから収集したデータを使用すると、後で監視作業をサポートし、パフォーマンス要件を継続的に満たしていることを確認し、改善の領域を見つけ、計画能力の結果を提示するのに役立ちます。
ベースラインテストとベンチマークの違いは、ベースラインテストを使用してアプリケーションの応答性と速度を判断し、ボトルネックを特定する場合に、ベンチマーク テストは通常、アプリケーションのパフォーマンスだけでなく、組織のソフトウェア、ハードウェア、およびネットワーク コンポーネントの全体的なパフォーマンスで構成される点です。 これらのメトリックは、ソフトウェア リリースの品質基準を維持し、業界固有の標準を満たすために組織で使用されます。 前のセクションで説明したように、ベンチマーク メトリックは、業界の SLA (サービス レベル 契約) の設定にも一般的に使用されます。
合成モニタリングで追跡する指標
今日のウェブアプリケーションやウェブページの要件は、ユーザーがいつ、どこでアクセスしようとも、ユーザー体験が最優先であるという事実を中心に展開されている。 開発チームは、複数のデスクトップブラウザーとモバイルブラウザー、画面サイズ、および場所を考慮する必要があります。 これらの変数はすべて、全体的なパフォーマンスを判断するためにさまざまなメトリックを考慮する必要があります。 追跡する必要があるメトリックには、次のようなものがあります。
- 応答時間。 応答時間は、応答がサーバーからクライアントに返されるまでにかかる時間です。 ただし、DNS (ドメイン ネーム システム) の時刻、接続時間、最初のバイトまでの時間 (TTFB)、最後のバイトなど、考慮する必要があるメトリックもあります。 これらの問題は、帯域幅が制限されている可能性があります。
- 潜在。 待機時間は、ユーザーが要求を受信して処理する時点までの時間です。 明らかに、待ち時間が短いほど、シームレスなエクスペリエンスにつながる可能性があります。
- 読み込み時間。 TTFB はユーザーの関与を維持する上でより重要なメトリックになっていますが、ページの読み込み時間全体を無視しないでください。 DOM (ドキュメント オブジェクト モデル) 要素、CSS、スクリプト、サードパーティコンポーネントはすべて監視する必要があります。 ここでのパフォーマンスの低下は、イメージ ファイルや JavaScript などの大きなファイルを示す指標になる可能性があります。
- システムおよびネットワークリソース。 応答またはロード時間が大幅に増加すると、物理ハードウェアに問題があることを示している可能性があります。 CPU 使用率、I/O、メモリ、ディスクの使用状況を監視することで、ネットワーク内に問題があるか、または他の場所にあるかを把握できます。
これらのメトリックを事前に監視することで、チームは時間の経過とともにパフォーマンスを把握し、将来の変更がユーザーのパフォーマンスに悪影響を及ぼしているかどうかを特定できます。
DevOps の代理監視の説明
合成監視は、機能テストやパフォーマンス テストなどの他のソフトウェア テスト タスクと共に、ソフトウェア開発プロセス全体を通じて、同時に、またはできるだけ早く実行する必要があります。 DevOps プラクティスを実装する組織では、継続的インテグレーション (CI) 環境で高品質でソフトウェア製品を提供しながら、開発サイクルを短縮できます。 DevOps のプラクティスは 10 年以上前から存在していますが、ここ数年で人気と採用を得ています。 DevOps のプラクティスは、アジャイルの手法の一部として生まれ、ソフトウェア開発と運用の機能を統合します。
これらの開発およびテスト プロセスを並行して実行することで、開発プロセス全体を通じて、ユーザーに対してアプリケーションがどのように実行されるかをより詳細に把握できます。 この方法では、パフォーマンスが予想やボトルネックと一致しずれ、バグがアプリケーションに忍び寄った場合、開発中に解決できます。 これは、テスト タスクを運用環境の左側に移動すること、またはソフトウェア開発プロセスでできるだけ早くテスト タスクを移動することを指すシフトレフト テストとも呼ばれます。 ここでも、初期のソフトウェア開発の実践で行われたように、次々とタスクを実行するのではなく、高品質のソフトウェア製品を同時にリリースすることに集中しながら、開発プロセスを合理化することを目標としています。 アプリケーションを運用環境にプッシュすると、監視中に発生するパフォーマンスの問題は、検出に時間がかかり、修正コストが高くなります。
合成モニタリングの長所と短所
ウェブページ、ウェブアプリケーション、API、その他のウェブサービスに合成監視ソリューションを導入することには多くの利点がありますが、欠点がないわけではありません。 合成モニタリングの主な長所と短所をいくつか見ていく。
合成モニタリングの利点
- サービス、サイト、アプリケーションの稼働時間、可用性、パフォーマンスを24時間365日事前に監視します。 RUMのような実際のユーザーデータを待つ必要はありません。
- サードパーティ製アプリケーションを監視します。 これは、ショッピング カートや支払いアプリケーションにサードパーティの統合やアドオンを使用する e コマース サイトにとって特に重要です。
- エラーや問題が発生したときに通知を受け取り、ユーザーが影響を受ける前に解決します。
- ユーザーが配置されている複数の場所からモニタまたは監視デバイスを設定します。
- インフラストラクチャ全体とサーバーの稼働状態とパフォーマンスに関する洞察を得ることができます。
- 重要なマルチステップトランザクションとユーザーパスをスクリプト作成および監視します。
- 継続的に追跡し、SLAを満たします。
合成モニタリングのデメリット
- RUM とは異なり、合成監視ではスクリプト化されたセットアップが使用されます。 ユーザーの移動が、意図したほど直線的ではないことを知っているため、特定のパスをスクリプト化することで、他のパスを誤って無視してしまう可能性があります。 しかし、最近のウェブ・アプリケーションのほとんどは複雑なパスを持たないので、デメリットというほどではない。
- リアルタイムでのユーザーまたはデバイスの問題のトラブルシューティング。 ユーザーが Web サイトやアプリケーションに関する問題に遭遇した場合、合成監視では、発生した時点で正確な問題の原因を特定できません。
合成監視とテストのチェックリスト
デジタルを取り巻く環境がウェブ上のすべてを変え、各企業がより良いユーザーエクスペリエンスを求めてしのぎを削る中、サイトやアプリケーションはもはやビジネスの一部ではなく、ビジネスそのものです。 しかし、どのようにそれについて行くと成功し続けるのですか? 必要な情報をすべて監視し、ギャップを見逃さないようにするにはどうすればよいでしょうか。 これは、合成監視とパフォーマンス管理が描かれて来る場所です。 シンセティック・モニタリングのチェックリストを作成することは、すべてのウェブ資産を集め、シンセティック・モニタリングを開始する必要がある場所を理解するための素晴らしいスタートです。
このガイドの前半で説明したように、合成監視はさまざまな形式で提供されます。 シンプルなアップタイムチェックから複雑なユーザー体験のスクリプティングまで。 総合的な監視とテストのチェックリストを作成する最初の手順は、どのアプリケーションとページ、およびこれらの背後にあるインフラストラクチャを優先してビジネスにとって最も重要な優先順位を付けるかです。 要するに重要なアプリケーションとページ、および監視する頻度に焦点を当てる必要があります。 重要なアプリケーションでは、毎分必要な場合があります。 そこから、リストの下にあなたの方法を働くことができます。 それに加えて、どのブラウザやデバイスが訪問者に最も人気があるのかを知りたいと思うでしょう。
その情報を取得する 1 つの方法は、Google アナリティクスなどの分析ツールから取得することです。 これは、特定のブラウザやデバイスに基づいてパスをスクリプト化するのに役立ちます。 最後に、サードパーティの API を使用するアプリケーションやページを忘れないようにしてください。 これらは何か問題が発生するまで気付かれない傾向がありますが、パフォーマンスが重要であるため、該当する場合は、これらのパフォーマンスが含まれていることを確認してください。 合成監視を実装する際の開始ガイドとして、これらのヒントを使用します。 また、システム、アプリケーション、ページが変更されるにしたがって、監視チェックが行われます。
オープンソースの合成モニタリング
より良いツールにお金を払うべきか？
オープンソースソフトウェアや商用ソフトウェア、有料ソフトウェアのどちらが優れているかという議論は、何十年も続いています。 クイック検索では、無限のオプションが提供され、どのソリューションが適切かを判断する際に簡単に行うことはできないでしょう。 しかし、私たちは無料、オープンソース、有料の合成監視ツールの利点のいくつかをカバーし、いくつかの例について話し、うまくいけばこれはあなたの決定を容易にします。
無料またはオープンソースの合成監視ツールを検討する場合、通常は見つかるかもしれませんが、常に見つかるとは限りません。 さらに、SolarWinds、AppDynamics、CA テクノロジーズ、サウザンドアイズ、ニューレリックなどの包括的な APM およびインフラストラクチャ/ネットワーク監視ツールが、総合的な監視を提供している場合があります。 これらは商業的なソリューション(およびより高価な)であり、大企業向けですが、合成監視は全体的な製品の一部に過ぎません。 そのため、追加のベルやホイッスルを使用せずに、環境と要件をサポートする監視ソリューションのバランスを適切に見つけることが理想的なソリューションです。
UptimeRobotやStatusCakeのような無料ツールは、ウェブページの可用性、応答時間、アップタイムをチェックするために、限られた数の監視場所から基本的なチェックを作成することができます。 NagiosやPrometheusのようなオープンソースの監視ソリューションを見ると、これらのソリューションはより多くの監視機能と機能を提供しますが、他のオープンソースソフトウェアと同様に、セットアップには時間がかかり、それをサポートするための知識豊富なチームが必要です。 さらに、セキュリティとカスタマー サポートの欠如は、オープンソース ソフトウェアの他の典型的なペイント ポイントです。 プロジェクトの背後には開発者の大規模なコミュニティがあるかもしれませんが、有料の監視ソリューションで見つける専用サポートの代わりではありません。
合成監視ツールの比較
ウェブサイト、アプリケーション、API、ウェブサービスはこの10年で劇的に変化した。 ウェブサイトは、コンテンツを表示するシンプルなページから、収益を生み出す責任を負う企業のビジネスクリティカルなサービスに変わった。 アプリケーションと API も大きな変化を見てきました。 他のプログラムと基本的な情報を共有することができて良かったと思われる場所では、ウェブサイト、アプリケーション、APIと共にシームレスなユーザーエクスペリエンスを生み出し、効率性と収益を促進する原動力となるため、APIの作成と開発のためのエコシステム全体が存在します。 これらのサービスはすべて連携し、継続的に利用可能で、チームが意図した(そしてユーザーが期待する)ように実行する必要があります。 そうでなければ、彼らは待って、イライラし、どこか別の場所に行くつもりです。
サイトやアプリケーションが現在ほど複雑でなかった場合、監視の必要がまったくない可能性があります。 コンテンツは比較的静的で、ページ上のコンテンツを表示できる以外に、ユーザーはできる限りの操作を行っていました。 だから、最終的には、誰も本当にページが読み込まれる速さや彼らの経験がどのようなものかについてあまり注意を払わなかった。 ウェブアプリケーションのテクノロジーとフレームワークが進化し、より複雑でダイナミックになったのは明らかだ。 さらに、より多くのブラウザバージョンがフォールドに入るにつれて、これらの要素をすべてレンダリングするために、サーバーからブラウザにゆっくりと責任が押し出されました。 この複雑さをチームのほんの一握りの人々から手動で監視することはできないため、24時間365日すべての要件を事前に監視できる総合的な監視ソリューションが必要なため、全体的なパフォーマンステストと監視戦略の重要な部分となっています。 市場で最高の合成監視ツールのいくつかを見てみましょう。
ドットコムモニター
ドットコムモニタープラットフォームは、広範囲にわたる総合的な監視ソリューションを提供します。 どのレベルの監視を探しているかに関係なく、選択肢があります。 プラットフォームは4つの異なるパッケージに分かれています。 1 つから開始し、ビジネス ニーズの変化に応じて複数のパッケージを追加します。
- Web サービス。 SOAP（Simple Object Access Protocol）、REST（Representational State Transfer）、ウェブソケット、SSL（Secure Sockets Layer）証明書などのウェブサービスやAPIを監視する。
- ウェブページ。 複数のデスクトップおよびモバイルブラウザ/デバイスからのウェブページの監視を設定します。
- Web アプリケーション。 ウェブアプリケーションや、重要なマルチステップトランザクションのあるページ向け。 ポイントとクリックスクリプトに対して EveryStep Web レコーダーを利用します。 複雑なコーディングは必要ありません。
- インターネット インフラストラクチャ。 電子メール、ウェブ・サーバー、FTP（ファイル転送プロトコル）、VoIP（ボイス・オーバー・インターネット・プロトコル）、ICMP/Pingなどのプロトコルをエンド・ツー・エンドで完全監視。
ドットコムモニタープラットフォームはSaaSベースのソリューションであるため、プログラムファイルに時間のかかるセットアップやインストールは必要ありません。 必要なものはすべてダッシュボードから管理できます。 また、ファイアウォールの内側から、独自のネットワーク内からアプリケーションを監視する必要がある場合、プラットフォームは、その機能を可能にするプライベートエージェント機能を提供します。 最後に、監視用の同じプラットフォームは、パフォーマンス テスト ソリューション LoadView にも関連付けられています。 負荷テストと監視の両方を組み合わせたソリューションはほとんどありません。 もう一つの解決策はアピカです。 そのため、例えば LoadView の場合、負荷テスト用に作成したウェブアプリケーションスクリプトを Dotcom-Monitor プラットフォームに移動して継続的に監視することができます。 Dotcom-Monitor プラットフォームのすべての機能と利点の詳細については、 機能 ページを参照してください。
アップトレンド
アップトレンドは、よく知られたクラウドベースの監視ソリューションです。 また、市場の他のソリューションと比較して、彼らは合成監視製品の広い範囲だけでなく、RUMオプションを提供しています。 監視製品には、代理監視、RUM、サーバーとネットワーク、オンプレミスの監視ソリューションも含まれます。 アップトレンドには220以上の監視チェックポイントがあるため、選択できる監視場所に事欠きがありません。
ただし、すべてのチェックポイントが完全なブラウザ監視機能を提供しているわけではありませんが、一部の場所では基本的な HTTP アップタイム チェックしか提供していません。 価格面では、Uptrendsは、中小企業レベルの企業から、会社やチームの規模に基づいて、わずか数種類の監視パッケージを提供しています。 そのため、パッケージが監視ニーズに基づいてスケールアップされる Dotcom-Monitor とは異なり、Uptrends は各層内のさまざまな製品をパッケージ化するため、利用していない機能が含まれる可能性があります。
サイト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 を利用して組織の環境全体でデータメトリクスをマッピング、追跡、ログ記録し、ビジネスに対するエラーや影響を自動的に検出します。
3 つの基本的な合成モニタリング機能
RUMやAPMプラットフォームなど、さまざまなクラスのウェブ・パフォーマンス・モニタリング・ツールについて説明し、さまざまな商用およびオープンソースの合成モニタリング・ソリューションを比較した。 これらのソリューションと監視の種類には、それぞれ独自の長所と短所がありますが、組織の代理監視ソリューションを検索して評価する過程にある場合は、合成監視ツールまたはソリューションに必要な最も重要な監視機能と機能を次に示します。
複数ステップのユーザー パスとビジネス トランザクションのスクリプト作成のサポート
合成監視ソリューションの主な利点として、複雑でビジネスクリティカルなユーザーパスとトランザクションをスクリプト化する機能は、ショッピング カートプロセス、ポータル ログイン、製品検索機能などをユーザーに対して継続的に適切に機能させるために不可欠です。 さらに、適切なスクリプトツールがすべての違いを生み出すことができます。 多くのオープンソースソリューションでは、手動スクリプトのサポートが提供され、時間がかかり、監視タスクの設定よりも多くの時間をスクリプティングに費やすことができます。 また、ウェブサイトやアプリケーションが定期的に変更された場合、これは負担の大きい作業になる可能性があります。
Dotcom-Monitorのような商用ベースの合成モニタリングソリューションは、EveryStep Web Recorderと呼ばれるブラウザベースのスクリプトツールを提供し、ユーザと同じようにアプリケーションをナビゲートするだけで、インタラクティブなアプリケーションやウェブページをモニタリングするためのスクリプトを素早く記録・設定することができます。
実際のブラウザ、一般的なウェブアプリケーションフレームワーク、デバイスをサポートします。 Selenium IDE のようなテスト自動化ツールは、参入障壁が低いため開発チームの間で人気がありますが、無料のツールは魅力的ですが、これらのツールには大きな学習曲線、テストの制限、問題が発生した場合の専用サポートはありません。 適切なスクリプトツールを使用すると、すべての違いが生まれます。 ユーザーのアクションをエミュレートするスクリプトをすばやく作成する機能により、データの監視をより適切に行うことができます。
複数のテスト シナリオの監視
監視データが実際のユーザーの操作から取得される必要がある RUM と比較すると、チームは互いに比較し、パフォーマンスがそれぞれの間でどのように変化するかを確認するために使用できるさまざまなシナリオを設定できます。 これにより、チームの柔軟性が向上し、さまざまなシナリオのパフォーマンスにどのような影響が及ぼす可能性があるかについての洞察が得られます。 例えば、ウェブページを監視している場合、デスクトップとモバイルデバイスでパフォーマンスがどのように異なるかを理解したいかもしれない。 さらに、特定のネットワーク速度でモバイルデバイスを設定したいかもしれません。 ドットコムモニターのような合成監視ツールを使用すると、これを行うことができます。 あるいは、ウェブチームがサイトのランディングページを複数作成し、A/Bテストを実施したいと考えているかもしれません。 代理監視を使用すると、ページ全体のパフォーマンスを確認できるだけでなく、ユーザーが意図したとおりにページ内を移動できるようにします。
代理監視の別の使用例は、CDN (コンテンツ配信ネットワーク) と CDN を使用せずに、ページまたはアプリケーションがどのように実行するかをテストすることです。 ユーザーが世界中のどこからでもコンテンツにアクセスできることは間違いありませんので、サイトやアプリケーションが世界中からどのように対応するかは、監視するもう 1 つの考慮事項です。 CDN は、配信元サーバーから遠く離れた場所にあるユーザーに、コンテンツをより速く配信する場合に役立ちます。 合成監視を使用して、さまざまな地域間でパフォーマンスを比較できます。 CDN を使用している場合、代理監視を使用すると、プロバイダーが、稼働時間、可用性、およびパフォーマンス SLA に関して合意された SLA を満たしていることを確認できます。
アラートとレポート
合成監視は、プロアクティブであることのすべてです。 ダウンタイムやパフォーマンスの問題について迅速に通知を得ることは、パフォーマンスへの影響を可能な限り少数のユーザーに制限する上で重要です。 合成監視ツールまたはソリューションは、注意が必要な領域を特定するために必要なすべてのデータを提供できる必要があります。 サイトやアプリケーションによっては、ビジネスクリティカルではない場合は、数時間ごとに分の監視や監視チェックまで頻繁に行う必要があります。 使用するツールまたはソリューションが、この柔軟性を提供できることを確認してください。 秒が重要な場合、これはユーザーエンゲージメントを作るか、または壊すことができます。
Dotcom-Monitor のようなソリューションは、テキスト、電話、通話、電子メール、Webhook などの複数のアラートメカニズムを提供します。 また、Dotcom-Monitor は、PagerDuty、Slack、ServiceNow など、チームが既に使用しているサードパーティのアラートおよびワークフロー ツールのサポートも提供します。 アラートは、チームや個人に送信するように設定できるほか、一日の特定の時間帯や、ダウンタイムが予想以上に長く発生した場合でも送信されるように構成できます。 さらに、さまざまな外部のグローバル監視場所を使用すると、稼働時間または可用性の問題がローカルの停止や広範囲にわたる原因であるかどうかの理解を深めることができます。
最後に、パフォーマンス チャートとダッシュボードは、ダウンタイムやエラーが発生している領域をすばやく特定できるように、ページとアプリケーションの監視パフォーマンス データを視覚的に表現する必要があります。 Dotcom-Monitor プラットフォームには、監視デバイスの作成中に選択できるさまざまなレポートオプションが用意されています。
オンライン分析。
これには、ウォーターフォール チャート、デバイスの概要データの監視、ホストの内訳、エラーが含まれます。 さらに、ウェブページやウェブアプリケーションのモニタリングでは、モニタリングセッションのビデオキャプチャーを表示して、ユーザーの視点からエラーを確認することができます。
ビジュアル トレース ルート。
ビジュアル traceroute は、データ パケットがルータを通過し、宛先に向かう途中でスイッチを通過する際にネットワーク エラーが発生している場所を具体的に示します。 これらは、チームがエラーの原因となっているノードを正確に識別する方法を提供するために、マップ上に視覚的に表示されます。 また、ラウンドトリップ時間 (RTT)、IP (インターネット プロトコル) アドレス、および DNS 固有の問題に関するメトリックとデータを確認できる場所でもあります。
リアルタイムダッシュボード。
ダッシュボードは、デバイスとタスクの現在のリアルタイムパフォーマンスにウィンドウを提供します。 これらのデバイスは、任意の数のデバイスを含むように構成でき、内部の個人、チーム、および利害関係者と共有できます。
SLA レポート。
SLA レポートを使用して、サービス プロバイダーが SLA 要件を遵守していることを追跡できます。 この特別なオンデマンド レポートは、特定の場所、レポート期間 (日単位、週単位、月単位、四半期)、SLA 稼働時間、開始日と終了日によって構成できます。 レポートの準備が整うと、アップタイムが緑で表示されます。 ダウンタイムの期間は赤で表示されます。 監視が延期された期間は黄色で表示されます。
究極の合成モニタリングに関する FAQ
合成モニタリングは、ウェブページ、アプリケーション、ウェブサービス、およびシステム全体のパフォーマンスをプロアクティブに追跡する効果的な方法です。 パフォーマンスを理解するために実際のユーザーデータに依存するRUMとは異なり、合成監視は24時間365日実行するように自動化することができ、ユーザーの経験が面倒であることを保証するための理想的な方法です。 パフォーマンス エラーが発生したときに警告を受け取り、追加のユーザーに影響を与える前に、ユーザーとチームがトラブルシューティングを行えるようにします。 また、監視チェックは世界中の複数の場所から設定できるため、ほとんどのユーザーが特定の地域にいる場合、それらの地域からの最も重要なアプリケーションのパフォーマンスが常に最適なパフォーマンスを発揮するようにすることができます。 合成監視に関してよく寄せられる質問をいくつか見てみましょう。
目次
合成監視とは何ですか?
合成モニタリングとは、スクリプトツールを使用して、ウェブサイト、ウェブアプリケーション、APIなどにおける実際のユーザーの行動やアクション、またはトランザクションをシミュレートするモニタリングの一種です。 これらのスクリプトは、一定の間隔で実行される自動チェックとなり、指定されたパフォーマンスしきい値内で機能し、使用可能で、応答していることを確認します。
合成監視のしくみ
合成監視は、一般的なユーザーが移動するのと同じ方法で、Web サイト、アプリケーション、または API に対してシミュレートされたチェックを自動化することによって機能します。 これらのチェックは、稼働時間、エラー、または可用性をプロアクティブにチェックするために、1 日 1 分ごとから 1 回など、定期的に設定できます。 パフォーマンスのしきい値が満たされなかったり、ウェブページがダウンした場合、必要な個人にアラートを送信し、復旧させることができます。
合成監視テストを実行する方法
代理監視テストを実行することが、ページ、アプリケーション、および API が稼働していることを事前に確認する最適な方法です。 モニタリングテストは、基本的なHTTP/Sアップタイムチェック、ウェブページのロード時間、またはより複雑なサイトやアプリケーションのために実行することができ、重要なユーザーステップをスクリプト化し、ユーザージャーニーの各ステップを監視します。 次に、適切な監視場所、スケジュール、アラートの種類 (グループまたは個人) と、テキスト、電子メール、電話などのアラートの送信方法を設定します。 最後に、レポートとレポートの頻度を設定して、監視のパフォーマンスを時間の経過と同時に比較できるようにします。
合成監視は実際のユーザー モニタリング (RUM) とどのように異なりますか?
合成監視は、実際のユーザーモニタリング(RUM)と比較して、いくつかの点で異なります。 主な違いの1つは、合成監視を使用すると、24時間365日、さまざまな時間にページやアプリケーションを継続的に監視できることです。 RUM では実際のユーザー データが必要なので、そのデータを取得するには、ユーザーがサイト、アプリケーション、または API を使用している必要があります。 実際のユーザーからデータを取得する場合は、この方法が理想的ですが、十分なデータを取得するには多くの時間がかかります。 さらに、さまざまなブラウザでタスクを監視するために合成監視を設定できる場合、RUMはユーザーのブラウザに依存するため、監視ギャップが生じる可能性があります。
合成ウェブサイトのモニタリングは他のタイプの合成モニタリングとどのように違うのでしょうか?
合成モニタリングのさまざまなレベルがあり、ウェブサイトの監視は合成監視の数種類の一つに過ぎません。 このガイドで説明したように、可用性とトランザクションの監視もあります。 合成ウェブサイト・モニタリングはウェブ・パフォーマンス・モニタリングとも呼ばれ、通常、ページ速度のロード時間、さまざまなページ要素またはコンポーネント、およびさまざまなブラウザからの応答時間を監視するために使用されます。 これにより、クライアント側とサーバー側の両方から全体的なパフォーマンスを把握できます。
最も一般的な合成監視ツールは何ですか?
今日の企業は、最適なユーザー エクスペリエンスを実現するために、SaaS ベースのソリューションのパフォーマンスを監視する必要があります。 パフォーマンスの監視は、ユーザーの場所や地域によって大きく異なるため、困難な場合があります。 これらのアプリケーションとそのコンテンツは、エンド ユーザーへのルートで、CDN (コンテンツ配信ネットワーク)、ローカル ISP などの地理固有の変数のパスを走査する必要があります。 このレベルの複雑さは、最終的にはエンド ユーザーのエクスペリエンスに異なる影響を与える可能性があります。 これは、合成監視ツールが遊びに来て、複雑さをカットすることができる場所です。 このガイドでは、さまざまな監視ツールについて説明しました。 一部のベンダーは包括的な APM ソリューションを提供しますが、ほとんどの企業にとってコストがかかる場合があります。 今日の市場で最も人気のある合成監視ツールのいくつかは、ドットコムモニター、ピンドム、アップトレンド、サイト24×7、およびデータドッグです。
合成モニタリングを行うのは誰ですか?
一般的に、ウェブ開発チームであれ、運用（DevOps）チームであれ、ITチームは組織内に合成モニタリングを導入する任務を負っている。 ただし、提供されたデータは、たとえばユーザーのページの読み込みが遅くなる可能性のあるページ上の要素を最適化するために、マーケティング チームと共有できます。 これにより、更新プログラムを実装するときにページが常に最適化されます。 画像、CSS、JavaScript など、ファイルサイズの大きいアセットがページに含まれていないことを確認します。
Web サイトで受け入れテストはどのように行われますか?
受け入れテスト、つまりユーザー受け入れテスト (UAT) は、ソフトウェア開発ライフサイクルの終了に向けてクライアントまたはエンド ユーザーが実行するソフトウェア テストの一種です。 受け入れテストは、ユニット、システム、統合テストなどの他のテストが完了した後に完了します。 これにより、開発チームがバグを修正し、意図したとおりに Web サイトを実行し、エンド ユーザーがテストできる状態になります。 受け入れテストには、パフォーマンス (負荷とストレス) テストも含まれます。 Web サイト受け入れテストの目的は、サイトがビジネスの目標を満たし、必要なトラフィックと実際のユーザーを処理できることを確認することです。 適切な受け入れテストを実行することで、ユーザーは特定のシナリオをテストして、目標を設定せずにサイトの前にユーザーを配置するだけでなく、特定の手順を実行してテストできるようにします。
合成モニタリングを使用してウェブサイトのベンチマークを行うことができますか?
合成監視の利点の 1 つは、API、Web サイト、アプリケーションを複数の場所から継続的に監視できることです。 これにより、開発チームが運用前にパフォーマンスをベースライン化するために使用できる継続的なパフォーマンス データのストリームが提供されます。 アプリケーション、ページ、または API を運用環境に配置すると、このデータを使用して、特定のアラートしきい値を決定および設定し、パフォーマンスが常に適切な範囲内に収まるようにすることができます。 さらに、チームは自社のサイトやアプリケーションを自社の業界の競合他社に対してベンチマークすることもできます。
合成監視と他の種類の監視の主な利点は何ですか?
合成監視は、RUM のような他の種類の監視と比較して、開発チームにとって大きなメリットをもたらします。 ここでは、合成監視の最も注目すべき機能と利点の一部を簡単に一覧表示します。
- ユーザーの視点から、アプリケーション、API、ページをプロアクティブかつ継続的に監視し、より多くのユーザーに影響を与える前に問題を特定します。
- ユーザーが所在する特定の地域または国から監視し、他の地域のパフォーマンスを比較します。
- 製品の検索、チェックアウト プロセス、顧客ポータルへのログインなど、ビジネスクリティカルで複雑なトランザクションやパスを監視します。
- ビジネス要件に不可欠なサードパーティ製の API とアプリケーションを監視します。
- SaaS アプリケーションを監視して、稼働時間とパフォーマンスの SLA が継続的に満たされていることを確認します。
- 高いレベルの顧客満足度を維持するために、パフォーマンスの問題の根本原因を特定します。
合成モニタリングで良好な稼働率は何ですか?
稼働時間は、システムの信頼性の測定であり、特定のサービスが利用可能で運用可能な時間の割合です。 これは、ウェブサイトのパフォーマンスを測定するための最も一般的な指標の一つです。 明らかに、サイトがダウンしている場合、顧客は訪問することができ、収益に影響を与える可能性があります。 ダウンタイムは、潜在的なビジネス以上のコストがかかる可能性があります。 ブランド認知にも悪影響を及ぼす可能性があります。 良好な稼働率は通常 95 ~ 99% ですが、実際には業界と組織の目標によって異なります。 たとえば、高可用性が重要な金融機関では、通常、99.999% の稼働率が一般的であり、これは年間 5 分のダウンタイムを超える程度に相当します。
無料またはオープンソースの合成監視ツールはありますか?
無料でオープンソースの合成監視ツールが多数用意されており、このガイドでそれらのいくつかについて説明しました。 チェックリー、プロメテウス、ナギオス、アップタイムロボット、ステータスケーキ、ザビックスのような無料でオープンソースの合成監視ツール。 これらのツールは自由に使用できますが、通常は有料の、または商用の合成監視ソリューションが提供できる堅牢な機能を提供しないことに注意してください。 また、オープンソースツールでは、より多くの手動設定やサポートオプションが必要になる傾向があります。
最高の合成監視ツールは何ですか?
総合的な監視ツールを選択する際には、組織に選択肢は多数ありますが、Dotcom-Monitor プラットフォームは、お客様のビジネスニーズに対応する幅広いソリューションを提供していると考えています。 ウェブサービスやAPIの監視からウェブページやアプリケーションの監視まで、Dotcom-Monitorプラットフォームはお客様の目標を満たすソリューションを提供します。 Dotcom-Monitorプラットフォームは、可用性、機能性、アップタイム、ページロード速度、個々のウェブページコンポーネントなど、すべてのKPI（重要業績評価指標）が満たされていることを確認するためのパフォーマンス監視ソリューションを提供します。 Dotcom-Monitor プラットフォームは、エンタープライズレベルの監視およびパフォーマンス テスト機能を備えており、ブラウザベースの監視、構成可能なアラート、グローバル監視場所、ポイントアンドクリックスクリプティングツール、サードパーティ統合、ファイアウォールの背後にある監視用のプライベート エージェントなど、チームが必要とする機能と利点をすべて提供します。 ウェブ・ページおよびウェブ・アプリケーション監視ソリューションのために、要素ごとの詳細を含むウォーターフォール・チャート、監視タスクのサマリー、ホストのブレークダウン、エラー・レポート、ビデオ・キャプチャーを含む包括的なパフォーマンス・レポートをレビューします。
