クラウドクロニクル、パート3: リーチを拡大する – 根を強める

アプリケーションの可用性とは、トラフィックを受信する準備ができていることを意味します。 つまり、ユーザーは必要なアプリケーションやサイトにアクセスできるかどうかを心配する必要がなく、アクセスできたとしても、そのアプリケーションやサイトが応答するまで長時間待つ必要がありません。

アプリケーションへのアクセスから電子メールの送信、ビデオ通話の開始まで、すべては DNS 要求から始まります。 数十、数百、あるいは数千のユーザーが同時に同じアプリケーションにアクセスしたい場合、そのアプリケーションをオンラインで利用可能な状態に保つのは難しい場合があります。 そのためには、これらのアプリケーションを管理するチームには、トラフィックの波によってアプリがアクセス不能になることを防ぐために、需要に応じて拡張できるツールが必要です。 ただし、ハードウェアの制限、リソースの使用量、さらにはトラフィックの急増に伴うコストの急増などの要素を考慮すると、これは必ずしも簡単ではありません。 アプリケーション トラフィックに合わせて拡張できる一貫性のあるソリューションは、すべての NetOps チームまたは DevOps チームの希望リストに載せておく必要があります。これにより、アプリケーションがトラフィックの急増に対応できるかどうかという疑問が解消されます。

アプリが利用可能であることを確認するだけでなく、チームはそれらのアプリが攻撃、停止、および重要なサービスをオフラインにする可能性のあるその他のイベントに耐えられることを確認する必要があることは広く認められています。 これは、単一障害点を回避するアプリ配信戦略を開発することを意味します。 チームが、数十の拠点をホストする多様化されたグローバルに分散されたネットワークを活用する場合、ユーザーが要求したアプリの元のインスタンスがオフラインになったとしても、アプリケーション エクスペリエンスに大きな違いは感じられないはずです。

単一障害点のシナリオでは、中央サーバーで問題が発生すると、サービスが完全に停止する可能性があります。 ただし、複数のプレゼンス ポイントに存在するクラウド サービスによってフロントエンド化されたアプリケーションは、より高いレベルの回復力を備えています。 1 つのノードがダウンした場合、トラフィックはネットワーク内の次の最も近い運用ノードに再ルーティングされ、そのアプリケーション サービスの継続的な可用性が維持されます。 この機能は、地域的な停止によってサービス全体が中断されることがないようにするため、災害復旧と事業継続にとって特に重要です。

この設定に関しては、考慮すべき重要なセキュリティ コンポーネントもあります。 分散型の非中央集権型ノードで構築されたネットワークは、攻撃トラフィックを分散し、コア インフラストラクチャを保護することで、ボリューム型攻撃をより効果的に吸収および軽減できます。 各ノードは地域固有のセキュリティ対策を実装することもできるため、地域の脅威に効果的に対処し、地域のコンプライアンス要件に準拠することができます。 

アプリケーション ネットワークの基盤となるインフラストラクチャも、可能な限り最高品質、最高パフォーマンス、最も安全な基盤の上に構築する必要があります。 家の強さは基礎の強さで決まりますが、アプリケーション配信戦略も同じです。 重要なアプリケーションを構築してホストしているにもかかわらず、信頼性の低い低パフォーマンスのネットワークで配信すると、アプリケーションは公開される前からすでに時代遅れになっていることになります。

これらの重要なアプリケーションをサポートするチームには、あらゆる種類のトラフィック (良いトラフィック、悪いトラフィック、その他) を処理できるインフラストラクチャが必要です。 彼らには、アプリケーションをサポートするだけでなく、重要なトラフィック メトリックの可視性と需要に合わせて拡張できる機能を提供し、付加価値として機能するインフラストラクチャが必要です。