Synthetic Transaction Monitoring
背景
Wikipedia では、合成モニタリングを以下のように定義しています。
(…) シミュレーションやスクリプト化された取引記録を使用して行う監視技術です。 行動スクリプト(またはパス)を作成して、顧客やエンドユーザーがサイト、アプリケーション、またはその他のソフトウェア(またはハードウェア)上で行うアクションまたはパスをシミュレートします。 これらのパスは、機能性、可用性、応答時間の測定など、特定の間隔で継続的に監視されます。
合成トランザクションモニタリング(STM)は、スクリプトまたは「ロボット」を使用してアプリケーションを継続的に監視します。
STMは以下の場面で有効です:
アプリケーションの可用性を監視し、誰もアプリケーションを使用していないときでも問題や停止が発生した場合にアラートを受け取る。
パフォーマンスのベースラインを定義する。
アプリケーション全体(メインドメイン)、特定のページまたはトランザクションを監視する。
概要
問題
ビジネスアプリケーションやその下にある技術スタックは、アプリケーション、ネットワーク、またはインフラストラクチャの変更により壊れることがあり、結果的な停止は、従業員がそれを使用しようとする時にのみ気づかれます。 これにより、インシデントが急増し、従業員の生産性の低下が急速に進む可能性があります。
解決策
従業員が利用する前に、全技術およびアプリケーションスタックをテストするため、実際の従業員が行う(まだ行っていない)操作をエミュレートするスクリプトを定期的に実行できるようにします。
専用のアラートにより、従業員が影響を受ける前に重大な問題を識別・修正できるため、チケットが発生する前に真のプロアクティブな対応が可能になります。
主な特徴:
アプリケーション全体、およびその下にある技術スタックのすべての要素に対する可用性とパフォーマンスのプロアクティブな監視とアラート
合成データと実データのユーザー体験を比較し、ビジュアルに分析・報告するダッシュボード
設定
エンドポイント
合成スクリプトを実行したいエンドポイントを選択する。
専用エンドポイント
これらは、合成スクリプトの実行専用にし、他のシステムユーザーに影響を及ぼさないようにします。 これにより、例えば、共有エンドポイント上で他のプロセスが実行されているため発生する遅延のスパイクなど、誤検知を回避することもできます。
代表性のある
測定したい内容に応じて選択します。 一般的には、社員が実際に使用するデバイス、例えば、OS、CPU、メモリなどの観点で代表的なものを使用するのが最適です。
地理< a href="#synthetictransactionmonitoring-geography" id="synthetictransactionmonitoring-geography">
測定したいことによって、その場所も変わります。 例えば、特定の場所にいるユーザーに遅延の苦情が多い場合、その場所に焦点を当てたいとします。 彼らが接続するデータセンターやゲートウェイが離れている場合、そこに配置されたデバイスを選択してください。
データを収集するには、エンドポイントにNexthink Collectorとブラウザ拡張機能をインストールする必要があります。
スクリプト< a href="#synthetictransactionmonitoring-thescripts" id="synthetictransactionmonitoring-thescripts">
スクリプトは、ユースケースに応じて作成し、カスタマイズする必要があります。
注意: こちらのリモートアクションでは、入力パラメータに設定されたURLに基づいてMicrosoft Edgeを通じてURLを起動します。そして30秒後にMicrosoft Edgeは終了します。 社員の業務を妨げないように、このリモートアクションを展開するデバイスを慎重に検討してください。_
考慮事項:
これらのツールに精通している場合は、制御性と自動化機能を高めるためにSeleniumとChromiumを使用できます。 Chromiumの場合、ブラウザが起動するたびにNexthinkのブラウザ拡張機能をロードして有効化する必要があります。
ユースケースに基づいて実行頻度を選択できます。
アプリケーションにログインする必要がある場合は、特定のアカウントの二要素認証が無効になっていることを確認してください。 また、アプリケーションに正しく認証し、一度認証すると追加の認証が不要であることを確認できます。
データの収集
Nexthink Collectorと拡張機能をインストールしてください。
ページロードの観点とトランザクションの観点を考慮してください。
注意: スクリプトがページのロードをトリガーしないアクションを実行する場合、それをApplication Experienceでトランザクションとして設定してください。 結果をよりよく分析するために、主要ページを設定することをお勧めします。
データの可視化
解決したいユースケースに応じたライブダッシュボードを構築することをお勧めします。 リアルタイムアラートを行うために、実際のユーザーデータや他のユースケースと結果を比較してください。
左側と右側の列で同じNQLクエリを使用します。 合成スクリプトの場合、合成テストが実行されているエンドポイントでフィルタリングし、実際のユーザーデータの場合はこれらを除外します。
例1
メトリック: ページロード時間
NQLクエリ(合成):
NQLクエリ(正確なユーザーデータ):
例2
メトリック: ページロード数
NQLクエリ(合成):
NQLクエリ(正確なユーザーデータ):
例3
メトリック: トランザクションごとのトランザクション持続時間の棒グラフ
NQLクエリ(合成):
NQLクエリ(正確なユーザーデータ):
アラート
アラートは合成モニタリングにおいて最も重要なユースケースであることが多いです。
例1
目的: 高エラー率のアラート
頻度: 15分
NQLクエリ:
例2
目的: 遅いページロード時間のアラート
頻度: 15分
NQLクエリ:
Last updated
Was this helpful?