負荷分散の進化はアプリケーション アーキテクチャに結びついています

新しい世代のアプリケーション アーキテクチャが進化するにつれて、新しい世代の負荷分散もそれに伴って進化するのは当然のことです。 世紀の変わり目の直前に負荷分散が誕生して以来、テクノロジーは予測可能なペースで進歩しており、それはつまりイノベーションの時が来たことを意味します。

現在、第 5 世代のアプリケーション アーキテクチャの採用が急速に加速しています。 クラウドネイティブ (マイクロサービスベース) アプリケーションの成長は予想よりも速いペースで進んでいます。 最新のStackroxコンテナと Kubernetes セキュリティの調査によると、回答者の約 30% がアプリケーションの半分以上をコンテナ化しています。

同様に、アプリケーションを複合ビジネス機能に分割することで生じるワークロードも増加します。 この解体は、消費者へのデジタル機能の提供速度に対する要望によって推進されています。 範囲をビジネス機能に限定することで、他のビジネス機能に大きな影響を与えることなく、それぞれを独立して開発、テスト、提供できます。 これにより、新しいデジタル機能をより迅速かつ頻繁に提供することで、ビジネスをより迅速に拡大することができます。 その結果、1 つのアプリケーションが 5 つ以上のワークロードになり、それぞれが独自にコンテナ化され、スケーリングされるようになりました。

現代建築では、これらの伝統的な層は複数のコンポーネントに分解されています。 最新のアプリケーションの 80% 以上は外部ソースのコンポーネントで構成されています。 プレゼンテーション フレームワーク、ローカル データ、セッション データ、トランザクション データ。 ロジックさえも分割され、個々のビジネス機能を表すワークロード全体に分散されています。

モノリシック アプリケーションがさまざまな機能に分割されると、東西トラフィックが増加します。 API への依存度が高いため、さらなるスケーリング、最適化、低レイテンシのアクセスが求められます。 負荷分散は、依然としてそのスケールを実現するための主な手段です。 しかし、必ずしも従来のプロキシ経由で配信されるわけではありません。 今日のデータ パスはより複雑かつ動的になっています。 これにより、拡張されるワークロードに合わせて分散される新世代の負荷分散が実現しました。

負荷分散は環境の変化に対応するために進化しており、F5 ではアプリケーションに重点を置くことを意味します。

新世代のアプリケーションサービスは負荷分散に従う

また、セキュリティなどのアプリケーション サービスも、保護するアプリケーションが分散化されているため、負荷分散に従って新しい分散化モデルに移行するでしょう。 このモデルでは、マイクロサービス (コンポーネント) レベルでのセキュリティとスケールは、コンテナー間のセキュリティとスケールに類似しています。 そのため、Kubernetes クラスターに関連付けられたサービス メッシュが増加しています。 サービス メッシュは、安全でスケーラブルなコンテナー間通信のニーズに対応することを目的としています。

サービス メッシュの需要とニーズは変化していることがわかります。 成長を続けるにつれて、課題がない、あるいは全くないというわけではありません。 コンテナの開発、展開、運用に携わる人にとって、複雑さは依然として大きな課題です。 つまり、 Reflexの調査によると、回答者のほぼ半数 (43%) が、実稼働環境でコンテナを実行する際の最大の課題として「複雑さ」を挙げています。

これらの課題は、さまざまな役割がこの新しい世代の負荷分散およびアプリケーション サービスを展開および運用できるようにする必要がある管理 (制御) レイヤーで解決する必要があります。 F5 は、現代のアーキテクチャや環境の複雑さに圧倒されることなく、大規模な運用の問題を解決する明確な立場にあります。

たとえば、Kubernetes と Istio のデプロイメントの複雑さの問題に対処するために、 Aspen Mesh を提供しています。 また、最新のアプリケーション展開を制御し、可視性を提供するための NGINX のパワーに基づいたソリューションにも取り組んでいます。

最新のアプリケーション アーキテクチャの採用は、負荷分散に伴うセキュリティや可視性などのアプリケーション サービスに変革をもたらし続けるでしょう。 F5 にとって、それは既成概念にとらわれずに考え、コンテナ クラスターの内部を見ることを意味します。