サービスメッシュを徹底比較：Aspen MeshとNGINX、どちらを選ぶべきか

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

より広範なコンテナエコシステムとともに、サービスメッシュも成熟に向けて着実に進化しています。ただし、まだ初期段階にあり、サービスメッシュによるコンテナ間トラフィック管理の課題を解決するため、さまざまなアプローチが採用されています。

F5（ここでの「F5」は会社としてのF5を指します）は、この春にNGINXを正式に買収するまでの間、多くの質問を受けました。そのうちのいくつかは、テクノロジーとソリューションの「重複」領域に関するものでした。実際、NGINXとF5はいずれもプロキシベースのアプリケーションデリバリーソリューションを提供しており、どちらもサービスメッシュを構築しています。そこで問われたのは、どちらが勝つのか、ということでした。

買収では、往々にしてそうなるものだからです。

NGINX側の担当者と私がたびたび繰り返し述べてきたように、重複していると指摘されたテクノロジーは、私たちの見解では、競合するというよりも相互に補完し合うものでした。これは、両社のサービスメッシュソリューションについても同様です。

この考え方は、アプリケーションデリバリに対する共通のビジョンに基づいています。コンテナとクラウド、マイクロサービス、そして相次ぐセキュリティ侵害が、アプリケーションデリバリのアーキテクチャとモデルに影響を及ぼしているという認識も共通しています。「すべてのアプリケーションを配信する単一のデータパス」がもはや存在しないのと同様に、「すべてのアプリケーションサービスを提供する単一のアプリケーションデリバリモデル」も、もはや存在しません。クラウドによって複数のデータパスが生まれ、コンテナによって新たなデータパスが加わります。その結果、アプリケーションサービスを配置できる場所は、ネットワークベースのプロキシ（ADC）から、クライアント、ネットワーク、サーバー、コンテナ、クラウドに至るまで、幅広く拡大します。

「アーキテクチャに焦点を当てた記事」で述べたように、「Bridging the Divideシリーズ」では、アプリケーションサービスをどこでどのように提供するかは、多くの要因によって決まります。単にベンダーの実装方式や「エンタープライズかFOSSか」を選ぶだけではありません。場所（クラウドまたはオンプレミス）、運用モデル、さらには実装の容易さと必要な機能のバランスも考慮する必要があります。デリバリーパスが広範にわたるため、アプリケーションサービスを組み込む場所には複数の選択肢があります。

このため、F5とNGINXを組み合わせたポートフォリオは、競合するものではなく、相互に補完するものだと考えています。アプリケーションデリバリー市場全体では、単一の場所への導入をめぐる競争から、複数の場所への導入をめぐる競争へと移行しているためです。

サービスメッシュは、コンテナ環境のスケーリングとセキュリティ確保を支援し、可視性を提供するよう設計されています。新しく急速に進化しているテクノロジーであるため、複数のモデルが登場しています。1つはサイドカープロキシを使用するモデル（Envoyは主要なCNCFプロジェクトとして台頭し、業界標準のサイドカープロキシとなっています）で、もう1つはNGINX Plusのようにアプリごとのプロキシを活用するモデルです。

コンテナに関しては、インフラストラクチャの選択に対するお客さまのこだわりが非常に強いため、現時点では両方をサポートする予定です。IstioとEnvoyを選ぶお客さまもいれば、すべてをNGINXに標準化しているお客さまもいます。

コンテナ環境では運用・管理が必要なコンポーネントが多いため、既存の技術に関する専門知識がサービスメッシュを選択する際の重要な要素となります。インフラストラクチャをNGINXで標準化している組織は、NGINXプロキシやNGINX UnitからNGINX Controllerまで、すべてNGINXソフトウェアで構成されるNGINXサービスメッシュソリューションを選ぶ傾向が自然と強くなります。NGINXとそのオープンソースエコシステムに関する既存の運用ノウハウを活用することで、導入時の障壁や遅延を軽減できる可能性があります。

IstioやEnvoyなど、別のオープンソースソリューションについても、同様の見解を持つ組織があります。Aspen MeshはEnvoyを利用し、Istio上に実装されているため、基盤となるテクノロジーにすでに投資している組織にとって、より自然な選択肢となります。これは、テスト、堅牢化、パッケージ化、検証を経たIstioディストリビューションです。Aspen MeshはIstioに複数の機能を追加しています。これには、Aspen Meshダッシュボードによる、よりシンプルなユーザーエクスペリエンス、ビジネス目標の指定、測定、適用を可能にするポリシーフレームワーク、さらにIstio VetやTraffic Claim Enforcerなどのツールが含まれます。Aspen MeshはNGINXと同様に、F5 BIG-IPとも適切に統合できます。

NGINXとAspen Meshは、いずれもKubernetesクラスターの管理機能と可視化機能を提供しています。また、両社のソリューションはオンプレミスでも利用できます。さらに、可視性の問題に対処するうえで不可欠なトレーシング機能とメトリクスも提供しています。可視性は、ReplexのState of Kubernetes Reportで、組織の37%が挙げた本番環境における主要な課題です。

サービスメッシュにサイドカープロキシベースのアプローチを採用したい組織には、Aspen Meshが適しています。アプリケーションごとのプロキシを使用するサービスメッシュがニーズに最も適していると考える組織には、NGINXが適しています。

どちらを選択するかはさまざまな要因によって異なります。F5は、この新興分野には、ニーズと要件の多様な組み合わせに対応する選択肢を引き続き提供するだけの重要性があると考えています。

著者について

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事