ブログ | CTO オフィス

applicationサービスはデータに従うのと同様にアプリに従う必要がある

F5 サムネイル
F5
2018年9月25日公開

 

クラウド、そして現在ではコンテナの導入により、何十年にもわたってデータセンターの設計を支配してきた従来のストーブパイプ型ネットワーク アーキテクチャが破壊されました。 トラフィックの制御は、単一のネットワーク アーキテクチャ内の明確に定義された場所に限定されなくなりました。 コンテナによってapplication配信の機能が強化されたため、現在ではインターネット全体とデータセンター全体に分散されています。

applicationsの分散により、データ パスの制御を通じてapplicationsとサポート インフラストラクチャの可視性、セキュリティ、パフォーマンスを保証できなくなり、運用に大きな混乱が生じています。

ネットワークの従来の戦略的制御ポイントが混乱し、それとともに、長い間その存在を前提としてきたapplicationサービスも混乱していることは明らかです。

長年にわたり、これらのapplicationサービスは、application配信コントローラーと呼ばれるプラットフォーム上で提供されてきました。 一方、ADC は、ビジネスのパフォーマンスと可用性の要件を満たすために必要な規模と速度をハードウェアに依存してきました。 ハードウェア ソリューションとしての ADC は、単一のデバイスで数百、数千のapplicationsの負荷を処理するという要件によって具体化されました。 この選択は、主要なインターフェースとなるデータによって制限されるapplicationsによって決定されます。

しかし、applicationサービスはソフトウェアであるため、ハードウェアに縛られることはありません。 専用ハードウェアの利点は、パフォーマンスとスケールを向上できる点にあり、汎用ハードウェアに比べて桁違いの性能向上を実現します。

F5 主要マイルストーン

applicationサービスがハードウェアにバインドされていないのと同様に、applicationsもデータ センターにバインドされていません。 実際、applicationsはデータとより密接に結びついています。 データが移動すると、applicationsも移動します。 この因果関係は、移動できる量を超えるデータが生成されつつあるため、application配信の将来にとって重要です。 Cisco の「ゼタバイト時代」によると、 「トレンドと分析」によると、2021年までに60ゼタバイト（ZB）のデータが生成されることになります。 しかし、そのデータを移動する能力は 3.3 ZB と、はるかに低いままです。 データの重力により、applicationsは必然的にそのデータが存在する環境に縛られることになります。 その環境はデータセンターである場合もありますが、クラウド内にある場合もあります。

applicationsとそのデータのこのような結合は、applicationサービスとapplicationsの同様の結合にも見られます。 applicationsが移行すると、applicationサービスも移行する必要があります。 これはデータ パスに影響を与えます。

アーキテクチャと運用モデルは予測可能なデータ パスに対応するように進化してきましたが、その予測可能性は失われてしまいました。 クラウドベースのapplicationsを構成するサービスには、規定された相互接続性はありません。

ネットワーク化されたサービスは変革する必要があります。

明確に定義された単一のデータ パスはなくなり、従来applicationサービスが展開されていた戦略的な制御ポイントもなくなりました。 データ パスは可変、動的、分散型になりました。 クラウドとビジネスでは開発、展開、配信にアプリケーションごとのアプローチが採用されるようになり、その数は増えています。 applicationサービスは、そのパス上の任意の場所に挿入して実行できるようになりました。

 

サービスモデルの比較

applicationsに従うには、application配信では、データセンター ネットワークに限定されないapplicationサービスのモデルを採用する必要があります。 代わりに、クラウドネイティブおよびサービスベースの製品を含む代替の展開場所と運用モデルを採用する必要があります。 

このアプローチにより、applicationサービスの挿入と配信のための新しいオプションが導入されます。 applicationサービスは、applicationまたはクライアントに挿入されますが、クラウドの範囲内で実行されるか、サービスとして実行されます。 これらは、バイナリ コンポーネントとしてapplicationに組み込まれたり、タグなどのメタデータに組み込まれたりします。 アプリケーションがデータを追跡するのと同じように、applicationsを追跡する能力の方が場所よりも重要になります。

選択肢はチャンス

これらのオプションは従来の ADC の導入に役立たないため、脅威とみなしたくなるかもしれません。これらのオプションは、従来の配信アーキテクチャに本質的に混乱を招き、ベンダーとapplication配信の専門家の両方に、ネットワークの快適な範囲を超えてドメインを拡張することを強います。

しかし、これらの選択肢を機会として捉える方が良いでしょう。 これらの新しいオプションは、アプリの安全性、高速性、可用性を確保するためにapplicationサービスを継続的に提供するための方法として、新しいapplicationサービスと運用モデルを採用する機会となります。