インタラクティブエージェンシー:CDNモニタリングによる「クライアント体験」の強化

「クライアント エクスペリエンス」を強化するための CDN 監視: 多くのインタラクティブな機関は、クライアントのウェブサイトの「ユーザーエクスペリエンス」を常に改善することで、クライアントエクスペリエンスの向上を目指しています。 インタラクティブエージェンシーがますますこれを行う1つの方法は、クライアント向けに開発したオンラインコンテンツの配信を高速化するために、コンテンツ配信ネットワーク(CDN)を使用することです。 CDN を使用すると、インタラクティブな代理店がオンライン メディアを配置でき、クライアント Web サイトや Web アプリケーションの読み込み速度が向上し、インプレッション、コンバージョン、オンライン販売などの Web サイトの「結果」が向上します。

CDN モニタリング - コンテンツ配信ネットワークモニタリング

しかし、CDN の使用には、インタラクティブな機関とクライアントの両方にとってリスクがないわけではありません。 CDNを使用することで、インタラクティブエージェンシーは、オンラインコンテンツのパフォーマンスに関する洞察を失い、オンラインコンテンツを直接制御することも失っています。 実際、CDN内で、オンラインコンテンツやインタラクティブエージェンシーがクライアント向けに提供するウェブサイトに悪影響を及ぼすいくつかの問題が発生する可能性があります。 これらの問題の結果として、インタラクティブエージェンシーとクライアントとの関係は苦しむ可能性があります。 ただし、外部監視が実施されている場合、インタラクティブエージェンシーは、CDN ネットワーク上に配置されたオンライン コンテンツに発生するパフォーマンスの問題に関する洞察を維持し、クライアントにより良いサービスを提供できます。

CDN を使用するインタラクティブエージェンシーが直面している問題

クライアントに代わって CDN を使用または CDN に移行する場合、インタラクティブな機関は、クライアント関連の要素とテクノロジ関連の要因に対処しています。 具体的には、インタラクティブエージェンシーがクライアントコンテンツにCDNの使用を推奨する場合、インタラクティブエージェンシーは、CDNがセットアップされているときにCDNマルチメディアコンテンツの速度をテストし、クライアントCDNコンテンツの配信を継続的に監視する必要があります。 CDN はネットワークの特定のパフォーマンス メトリックを要求する場合がありますが、サード パーティの監視サービスを使用しない場合、CDN ベースの問題の原因を証明したり、CDN を使用してサービス レベル アグリーメント (SLA) を実施したりすることは困難です。 特に、インタラクティブエージェンシーがCDNを使用してコンテンツを配信し始めると、クライアントコンテンツを配信するためのCDNの最初の評価とテスト、CDNの継続的な使用からプロセスが進むにつれて、いくつかのパフォーマンス指標に対処する必要があります。

  • CDN から始めて: 複数のプレゼンスポイントから CDN ベースのコンテンツを監視することで、クライアントのコンテンツを CDN ネットワークに移動するための “概念実証” として機能するメトリックを提供できます。 マルチポイント監視を使用すると、CDNベースのコンテンツ配信の速度向上とWebサイトのユーザーエクスペリエンスの向上に関する明確なデータが提供されます。 これにより、インタラクティブエージェンシーは、クライアントに対してCDNベースのコンテンツ配信システムを使用することの価値を定量化することができます。
  • CDN の比較: 実際、インタラクティブな機関は、競合する CDN のコスト/パフォーマンスを比較して、クライアントの特定の状況に最適な CDN を判断するのに役立ちます。
  • CDN SLA の適用: CDN には、地理的に広がる CDN ノード (コンテンツ ホスティング サーバー) が多数含まれています。 CDN にはノード冗長性が組み込まれているものもあれば、組み込まれていないものもあります。 外部監視は、特定の CDN ノードに問題があるかどうかを検出できます。 外部監視は、”問題” が CDN ノード自体に関連しているか、またはより広範なネットワークの問題 (遅延など) に関連しているかどうかを判断するのに役立ちます。 この情報は、サービス レベル アグリーメント (SLA) を適用するために、外部の観点から持つ必要があります。
  • CDN コンテンツの管理: CDN から Web ページに配信されるコンテンツは正しいですか? 多くのインタラクティブエージェンシーは、CDNベースのコンテンツを大量に提供しています。 外部監視は、CDN から発信されたマルチメディア コンテンツが正しいか、または CDN ベースのコンテンツが送信先の Web ページと同期していないかどうかを判断できます。
  • リアルタイムの CDN パフォーマンスと CDN ベースのコンテンツ パフォーマンス: 複数の監視ポイントから報告された CDN ノードから提供されるコンテンツのパフォーマンスはどのくらいですか。 監視データは、異なるエリアに配置されたエンド ユーザーのユーザー エクスペリエンスを定量化するために使用されます。 具体的には、CDN ノードの応答時間、コンテンツの読み込み時間、CDN から提供されるコンテンツに関連するエラー状態 (“イメージが見つからない、接続できないなど”など) などのデータ ポイントを提供できます。

CDN 監視の動作

CDNベースのコンテンツを使用したWebページのパフォーマンス監視は、複数のネットワーク(グローバル・クロッシング、スプリント、レベル3など)からウェブページを監視し、ドメイン・ネーム・サーバー(DNS)の解決、ネットワーク接続、コンテンツの可用性を監視するという包括的なアプローチを採用することを意味します。

1. DNS 解決: この解決 (ドメイン名から IP アドレスへの変換) は 、エンド ユーザーが CDN ノードからコンテンツにアクセスしようとしたときに、CDN の名前が以前にキャッシュされていない場合に発生します。

NBA.COM ウェブサイトは良い例として機能します。 NBA.com は、CDN ベースのイメージを参照します。 展示 A の DNS トレース (下) は、比較的長く複雑な DNS 構造を明らかにします。 このタイプの DNS 構造により、適切な負荷分散とパフォーマンスが保証されます。 ただし、CDN コンテンツを適時に Web ページに配信するには、トレースルートに記載されているすべての DNS サーバーがオンラインである必要があります。 たとえば、いずれかの DNS サーバーで障害が発生したり、低速化したりすると、エンド クライアント サーバーは DNS 名を解決するためにさらに時間を必要とします。

展示 A に示すように、適切に構築された CDN 監視サービスは、DNS 解決にかかる時間に関する主要なデータ ポイントを提供します。 また、DNS 名をキャッシュしないことによって、監視サービスは各テストで DNS 解決が実行されることを保証するため、適切な CDN 監視によって DNS 名がキャッシュされることはありません。 最後に、世界中のさまざまなインターネット バックボーン ネットワーク上の複数のポイントから CDN 監視を実行し、地理的に分散した監視場所によって DNS の停止による遅延が発生しないようにします。

2. CDN では接続が非常に重要です。 接続により、オーストラリアでイメージを要求するエンドユーザーが米国の CDN ノード ホストに送信されません。 この種の再ルーティングは、CDN の目的を打ち破ります (読み込み時間とユーザー エクスペリエンスの向上)。 CDN 監視サービスは、エンド ユーザーの地理的位置から CDN 内の特定のノードまでのネットワーク遅延 (遅延) を最小限に抑えます。 CDN 監視サービスは、最速のルーティングと最小ネットワーク遅延を確保するために、複数の場所から CDN ノードへのネットワーク トレース ルートを実行する監視場所の世界的なネットワークを利用します。 たとえば、展示 B(下)は、Dotcom モニタの世界的な監視場所から CDN に向かうトレースルートを示しています。 図 B は、高速ルーティングを使用した CDN を示しています。 監視サービスは、監視場所と CDN ノード間の待機時間も測定し、待機時間がしきい値を超えたときにアラートを提供します。

3. コンテンツの可用性 は、特に CDN を配布メディアとして使用する Web 2.0 Web サイトで重要です。 Web サイトには、十数個以上のプロバイダーが存在し、複数のソースからコンテンツを取得する場合があります。 エンドユーザーのブラウザの正のエクスペリエンスを確保するには、すべてのコンテンツが存在し、欠落していないことを確認し、タイムリーに配信する必要があります。 Web ページがブラウザで生成されたコンテンツに依存し、ユーザー エクスペリエンスが重要になるにつれて、監視サービスはブラウザにページを読み込み、Web ページ要素別に内訳を提供して、要素が欠落していないか、すべてが適切に読み込まれるようにする必要があります。 例えば、Java スクリプトファイルのロードが遅れると、ビデオや企業ロゴの読み込みが遅れる場合があります。 CDN 監視サービスは、展示 C (下記) に示すように、個々の Web ページ要素 (.gifs、.css、Ajax など) 別に内訳を提供します。 結果として得られるウォーターフォールチャートは、ウェブページの読み込み時間の増加を引き起こす問題を特定します。

CDN 監視サービス: CDNモニタリングを行う際に使用されるモニタリングサービスの種類は、ウェブサイトの種類、コンテンツの種類、必要なデータポイント、必要な監視レベル、予算によって異なります。

さまざまなレベルの CDN テストを実行し、CDN プロセスのさまざまな段階でクライアントのニーズに対応する継続的な監視を行うために利用できる、いくつかのレベルの Dotcom-Monitor サービスがあります。 たとえば、インタラクティブエージェンシーは、標準のHTTP/Sモニタリングを使用して評価中にCDNの初期比較を行い、UserView Monitoringを利用して™CDNが提供するクライアントの複雑なWeb 2.0コンテンツの継続的なWebサイト監視を行うことができます。

CDN モニタリングの結果

CDN は、他のネットワークと同様に、クライアントのコンテンツに影響を与える可能性のある変更や調整を経験します。 Dotcom-Monitor CDN監視ソリューションを使用することで、インタラクティブエージェンシーはクライアントの関係、クライアントの保持、およびクライアントWebサイトのパフォーマンスを向上させるいくつかの異議を達成することができます。 具体的には、インタラクティブエージェンシーは次の操作を行います。

  • クライアントの CDN の価値提案を定量化します。
  • クライアントに代わって競合する CDN サービス プロバイダーを比較する
  • 迅速にアラートを受け取り、CDN および CDN ベースのコンテンツの問題を特定する (多くの場合、クライアントが問題を認識する前に)
  • CDN および CDN コンテンツの問題を解決する
  • クライアントにサービスを提供するというコアビジネスの使命に焦点を当てる
  • 収集されたデータ ポイント、生成されたエラー コード、および Dotcom モニタ サポートとの調整を使用して、CDN ベースのコンテンツの問題が発生した場合にクライアントに応答を提供します。
  • Dotcom-Monitor によって収集されたパフォーマンス レポート SLA レポート データを使用して、CDN を使用してクライアントに代わってサービス レベル アグリーメント (SLA) パラメーターを適用します。

展示A:

トレースルート: cdn.eyewonder.com への DNS のトレース

1 A.ROOT-SERVERS.NET [198 .41.0.4] : クラス=IN タイプ=NS
2 K.GTLD-SERVERS.NET [192 .52.178.30] : クラス=IN タイプ=NS
3 ns2.dnsmadeeasy.com [208 .80.126.2] : クラス=INタイプ=NS
4 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
5 A.ROOT-SERVERS.NET [198 .41.0.4] : クラス=IN タイプ=NS
6 B.GTLD-SERVERS.NET [192 .33.14.30] : クラス=IN タイプ=NS
7 dns13.llnwd.net [69 .28.143.13] : クラス=IN タイプ=NS
8 eyewond.vo.llnwd.net [208 .111.168.7] : クラス=IN タイプ=A
9 eyewond.vo.llnwd.net [208 .111.168.6] : クラス =IN 型=A
10 dns14.llnwd.net [69 .28.143.14] : クラス=IN タイプ=NS
11 eyewond.vo.llnwd.net [208 .111.168.7] : クラス =IN 型=A
12 eyewond.vo.llnwd.net [208 .111.168.6] : クラス =IN 型=A
13 dns12.llnwd.net [69 .28.143.12] : クラス=IN タイプ=NS
14 eyewond.vo.llnwd.net [208 .111.168.6] : クラス=INタイプ=A
15 eyewond.vo.llnwd.net [208 .111.168.7] : クラス =IN 型=A
16 dns11.llnwd.net [69 .28.143.11] : クラス=IN タイプ=NS
17 eyewond.vo.llnwd.net [208 .111.168.7] : クラス =IN 型=A
18 eyewond.vo.llnwd.net [208 .111.168.6] : クラス =IN 型=A
19 A.ROOT-SERVERS.NET [198 .41.0.4] : クラス=INタイプ=NS
20 M.GTLD-SERVERS.NET [192 .55.83.30] : クラス=IN タイプ=NS
21 dns13.llnwd.net [69 .28.143.13] : クラス=IN タイプ=NS
22 dns11.llnwd.net: クラス=IN タイプ=SOA
23 dns14.llnwd.net [69 .28.143.14] : クラス=IN タイプ=NS
24 dns11.llnwd.net: クラス =IN タイプ=SOA
25 dns12.llnwd.net [69 .28.143.12] : クラス=IN タイプ=NS
26 dns11.llnwd.net: クラス =IN タイプ=SOA
27 dns11.llnwd.net [69 .28.143.11] : クラス=IN タイプ=NS
28 dns11.llnwd.net: クラス =IN タイプ=SOA
29 ns0.dnsmadeeasy.com [208 .94.148.2] : クラス=IN タイプ=NS
30 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
31 ns3.dnsmadeeasy.com [208 .80.125.2] : クラス=IN タイプ=NS
32 eyewond.vo.llnwd.net: クラス=IN タイプ=CNAME
33 ns4.dnsmadeeasy.com [208 .80.127.2] : クラス=IN タイプ=NS
34 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
35 ns1.dnsmadeeasy.com [208 .80.124.2] : クラス=IN タイプ=NS
36 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
37 A.ROOT-SERVERS.NET [198 .41.0.4] : クラス=IN タイプ=NS
38 J.GTLD-SERVERS.NET [192 .48.79.30] : クラス=IN タイプ=NS
39 ns2.dnsmadeeasy.com [208 .80.126.2] : クラス=IN タイプ=NS
40 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
41 ns0.dnsmadeeasy.com [208 .94.148.2] : クラス=IN タイプ=NS
42 eyewond.vo.llnwd.net: クラス=IN タイプ=CNAME
43 ns3.dnsmadeeasy.com [208 .80.125.2] : クラス=IN タイプ=NS
44 eyewond.vo.llnwd.net: クラス=IN タイプ=CNAME
45 ns4.dnsmadeeasy.com [208 .80.127.2] : クラス=IN タイプ=NS
46 eyewond.vo.llnwd.net: クラス =IN タイプ=CNAME
47 ns1.dnsmadeeasy.com [208 .80.124.2] : クラス=IN タイプ=NS
48 eyewond.vo.llnwd.net: クラス =IN タイプ =CNAME
トレースが完了しました。

展示B:

米国MNから:

cdn.eyewonder.com へのルートのトレース [208 .111.168.6] <1 10 ms < 10 ms < 10 ms 207.250.234.1 [207 .250.234.1] 2 < 10 ms < 10 ms < 10 ms 207-250-148-109.static.twtelecom.net [207 .250.148.109] 3 15 ms < 10 ms 15 ms chi2-pr1-ge-7-1-0-0.us.twtelecom.net [66 .192.243.142] 4 15 ms 31 ms < 10 ms tge7-1.fr3.ord.llnw.net [69 .28.172.41] 5 15 ms 15 ms 15 ms cdn-208-111-168-6.ord.llnw.net [208 .111.168.6]

フランクフルト出身:
cdn.eyewonder.com へのルートのトレース [87 .248.217.254] <1 10 ms < 10 ms < 10 ms 83.243.81.1 [83 .243.81.1] 2 < 10 ms < 10 ms < 10 ms tng.decix.as31530.net [89 .106.64.142] 3 15 ms < 10 ms < 10 ms 80.81.192.221 [80 .81.192.221] 4 < 10 ms < 10 ms < 10 ms cdn-87-248-217-254.frf.llnw.net [87 .248.217.254]

オーストラリア・シドニー出身:
cdn.eyewonder.com へのルートのトレース [117 .121.253.254] <1 10 ms < 10 ms < 10 ms 202.157.178.193 [202 .157.178.193] 2 < 10 ms < 10 ms < 10 ms 210.80.173.113 [210 .80.173.113] 3 15 ms 15 ms < 10 ms 210.80.33.85 [210 .80.33.85] 4 < 10 ms < 10 ms < 10 ms 210.80.32.218 [210 .80.32.218] 5 < 10 ms < 10 ms < 10 ms gigabitethernet3-21.chw51.sydney.telstra.net [139 .130.43.97] 6 < 10 ms < 10 ms < 10 ms tengige0-1-0-0.chw-core2.sydney.telstra.net [203 .50.20.129] 7 < 10 ms 15 ms < 10 ms Bundle-Ether1.chw48.Sydney.telstra.net [203 .50.6.154] 8 < 10 ms 15 ms 15 ms bundle-ether2.ken39.sydney.telstra.net [203 .50.6.182] 9 171 ms 171 ms 187 ms tge5-1.fr3.syd.llnw.net [117 .121.252.33] 10 187 ms 171 ms 203 ms cdn-117-121-253-254.syd.llnw.net [117 .121.253.254]

展示C:

Latest Web Performance Articles​

トップ25サーバー監視ツール

この記事では、Dotcom-Monitorの独自のソリューションから始めて、Webサイトの稼働時間を監視し、ユーザーに最高のエクスペリエンスを提供するのに役立つ上位25のサーバー監視ツールの専門家を紹介します。 サーバー監視が監視戦略の重要な部分である理由について説明します。

トップ20の合成監視ツール

合成モニタリングにより、チームは考えられるあらゆる視点からWebサイトとWebアプリケーションのパフォーマンスを24時間監視および測定し、問題が実際のユーザーに影響を与え始める前にアラートを受信できます。 ここでは、合成監視ツールのトップピックを紹介します。

Start Dotcom-Monitor for free today​

No Credit Card Required