企業が統合 CDN 戦略を採用する前に関連する考慮事項

多くの企業は、単一 CDN モデルからマルチ CDN モデルへの切り替えを躊躇するかもしれません。その理由は、より多くの CDN プロバイダーを確立する必要があるだけでなく、その他の多くの操作や構成が必要になるため、複雑に見えるからです。特に、現在の単一の CDN プロバイダーですべてがうまくいっているように見える場合はそうです。しかしその一方で、マルチ CDN 戦略は実際に企業に大きなメリットをもたらし、オンライン ビジネスのパフォーマンスとエクスペリエンスを大幅に向上させることができます。

CDN 戦略を組み込むことで、企業は Web サイトをサービス低下、サイバー攻撃、機能停止から保護しながら、世界中のどこからでもユーザーが Web サイトのコンテンツやアプリケーションにアクセスできるようになります。コンバージド CDN 戦略を推進するかどうかを決定する前に、コンバージド CDN 戦略を実装するメリットを最大化するための重要な考慮事項を評価することが重要です。

たとえば、統合 CDN 戦略を実装する前に、いくつかの重要な質問を自問できます。

私の CDN は、すべてのリージョンおよびピーク時間にわたって一貫したパフォーマンスを維持できますか?

CDN 配信コストを最適化するために、さまざまな CDN の地理的な利点と価格を利用できますか?

現在の CDN プロバイダーが停止した場合、または過負荷になった場合のフォールバック オプションはありますか?

ビジネスの中断によるリスクまたは影響は何ですか?

CDN ではリージョン内にエッジ ノードがあると示されていますが、実際のユーザー パフォーマンス/エクスペリエンスがどのようなものであるか知っていますか?

Fusion CDN は私に適していますか?

統合 CDN は便利ですが、企業はそれを実装する価値があるかどうかを評価、監査し、判断する必要があります。実際、適切に実装した場合にのみ、ユーザーは高性能、容量の増加、セキュリティの向上など、統合型 CDN の幅広いメリットを享受できます。

 統合 CDN 戦略が自社に適しているかどうかを評価するときは、次の点に留意する必要があります。

使用される構成の種類:長い間、多くの企業は、非アクティブな構成でのバックアップ CDN、プライマリ CDN に障害が発生した場合のバックアップや災害復旧など、実際のアプリケーションで複数の CDN を実際に使用してきました。

ただし、この方法には問題があります。ある CDN から別の CDN に切り替える場合、この構成ではダウンタイムが発生しやすく、切り替え中にパフォーマンスが不安定になる可能性があります。したがって、アクティブに割り当てることができるアクティブな CDN 構成を探す方が合理的です。このようにして、両方の CDN がトラフィックを受信するため、ユーザーは一方の CDN に問題が発生しても、中断のないシームレスなエクスペリエンスを楽しむことができます。

トラフィック管理に適切なアルゴリズムを使用する:統合 CDN を評価するときは、適切なアルゴリズムを使用してトラフィックを各サーバーに送信する必要があります。使用される 4 つの一般的なアルゴリズム (ラウンド ロビン、地理ベース、パフォーマンス ベース、コスト ベース) のうち、運用の性質によってトラフィックを管理する最適な方法が決まります。たとえば、世界の複数の地域で事業を展開している場合は、地理ベースのアプローチが最適である可能性があります。他のリージョンよりも多くの CDN 容量を持つリージョンに、より多くのトラフィックを送信できます。コストベースのアプローチは、パフォーマンスの変化を厳密に追跡し、それに応じてトラフィックをルーティングする継続的なアルゴリズムを使用して、コストの最適化に重点を置き続ける企業にとってより効果的である可能性があります。ビジネスがリアルタイムのソーシャル メディア フィードやビデオ ストリーミングなどのサービスの配信に依存している場合、統合 CDN 戦略によりパフォーマンスが大幅に向上します。

パフォーマンスを正しく測定する:統合 CDN 戦略が実際に実を結ぶための最良の方法は、複数のポイントからパフォーマンスを頻繁に監視することです。統合 CDN を評価するときは、オリジンとエンドユーザーのエクスペリエンスが頻繁に監視されていることを確認するためのチェックを行う必要があります。実際、パフォーマンスの低下を判断するには、複数のデータセンターと ISP から測定を行う必要があります。また、エンド ユーザー エクスペリエンスには、検出できない問題 (地域内の特定の CDN に影響を与える ISP のパフォーマンスの問題など) がトラフィックに影響を与える前に確実に検出されるように、同じレベルの監視が必要です。

 

おすすめ

転載: blog.csdn.net/huosanyun/article/details/131286359