プロトコル アラート ルールは、TCP プロトコルの動作や輻輳などのネットワーク状態に基づいて構成され、潜在的な問題を検出して軽減します。

スクリプト エージェントは反復的なタスクを自動化し、運用効率を高め、一貫したネットワーク パフォーマンスを確保します。

断続的なパフォーマンス問題のトラブルシューティングは、「エンタープライズネットワークアシュアランスの設計と実装（300-445 ENNA）」カリキュラムの中核を成す要素です。基本認証を使用したトランザクションテストがランダムに失敗した場合、エンジニアは多層的な診断アプローチを用いて、問題が資格情報、ネットワークパス、あるいはアプリケーションサーバーのいずれにあるのかを判断する必要があります。
最初のステップは、資格情報の正確性を検証することです（オプションB）。Basic認証では資格情報がヘッダーにエンコードされるため、ユーザー権限の変更やアカウントのロックアウトが発生すると、直ちに認証に失敗します。
さまざまな地理的な場所から手動でログインを実行すると、場所ベースのアクセス制御リスト (ACL) または地域の IdP 同期の問題を排除するのに役立ちます。
最も豊富なデータが得られる診断手順は、ThousandEyesのウォーターフォールチャートとHTTPレスポンスコードを分析することです（オプションC）。ウォーターフォールビューでは、エンジニアは障害が最初の401 Unauthorizedチャレンジ中に発生したのか、それとも認証情報の送信後に発生したのかを確認できます。チャートに「待機時間」が長い、または5xxエラーが表示される場合、問題はサーバー側の遅延または不安定性にある可能性があります。「接続時間」が長い場合、ネットワーク層の輻輳が原因である可能性があります。
最後に、テレメトリでネットワークパスが正常であることが示されているにもかかわらず、サーバーが断続的にエラーを返したりタイムアウトしたりする場合、エンジニアはWebアプリケーションベンダーに連絡する必要があります（オプションD）。ベンダーにThousandEyesの「Share Link」を提供することで、ベンダーはパケットレベルとブラウザレベルのデータを正確に確認でき、問題がクライアントのネットワークではなくサーバー側のインフラストラクチャにあることを証明できます。認証を無効にすること（オプションA）は、認証されたワークフローを監視するために特別に設計されたテストでは有効なトラブルシューティング手順ではありません。

合成 Web テストの主な目的は、Web アプリケーションに対するユーザー操作をシミュレートし、ネットワーク保証におけるパフォーマンス監視と最適化を容易にすることです。

エンタープライズネットワークアシュアランスの設計と実装（300-445 ENNA）の文脈において、Cisco ThousandEyes のページロードメトリクスを分析するには、ページロード時間全体に影響を及ぼす主要なボトルネックを特定する必要があります。提供されているスクリーンショットは、合計953KBの7つのリソースの「ページ内訳」を示しています。円グラフを詳しく観察すると、画像（青緑色の部分）がページのペイロードとリソース数の大部分を占めていることがわかります。
ページ読み込み時間を1023ミリ秒から500ミリ秒未満に短縮することが目標の場合、エンジニアは最も負荷の高いコンポーネントをターゲットにする必要があります。遅延読み込みとは、ページ読み込み時に重要でないリソースの初期化を遅らせる設計パターンです。ユーザーが最初にURLにアクセスしたときにすべての画像を同時に読み込むのではなく、遅延読み込みでは、画像がビューポートに表示される直前にのみダウンロードされます。これにより、ブラウザはページが「読み込まれた」と宣言する前に大きな画像ファイルが完全に取得されるのを待つ必要がなくなるため、DOMの初期読み込み時間とページ読み込み時間全体が大幅に短縮されます。データに基づくと、この特定のシナリオでは代替オプションはあまり効果的ではありません。
* AJAX (XHR/Fetch): このグラフは、XHR および Fetch リソースが全体の重量のごく一部を占めていることを示しています。これらを最適化しても、得られる利益は最小限です。
* IMG 要素の移動: スクリプトを下部に移動するとレンダリングが改善されますが、画像要素を本文の下部に移動しても、ブラウザがダウンロード要求を直ちに開始するのを止めることはできず、全体の読み込み時間を大幅に短縮することはできません。
* フォント用CDN：「フォント」カテゴリも、合計953KBのうちのごく一部です。CDNはレイテンシ対策のベストプラクティスですが、画像によって生じる「重さ」という根本的な問題には対処できません。
したがって、遅延読み込み（オプションC）の実装が最も効果的な推奨事項です。これは、ThousandEyesのページ内訳で特定された、リソースを最も多く消費する部分（画像）に直接対処し、エンジニアが500ミリ秒未満のパフォーマンス目標を達成することを可能にします。