コンテナ ネットワーキング: DIY から購入まで

エンタープライズ グレードのコンテナ ネットワーキング ソリューション (最近まで主にオープン ソース ソリューションで構成されていた市場) については、アナリスト コミュニティからの報道がほとんどありませんでした。

マルチクラウド/マルチクラスター展開などの複雑な環境でのネットワーキングは難しく、一般的に言えば、従業員にはそのためのスキルがありません。 したがって、オープンソースのコンテナ ネットワーキング インターフェイス (CNI)、イングレス コントローラー、およびサービス メッシュ上にネットワーキング ソリューションを構築することはこれまでのところ機能していますが、エンタープライズ グレードのソリューションを使用すれば、より大規模で複雑なデプロイメントをより効率的に管理できると期待しています。

概念実証として、同様の成長段階を経た近隣テクノロジーであるクラウド ネットワーキングを見てみましょう。

クラウド ネットワーキングとの並行性

現在、エンタープライズ グレードのクラウド ネットワーキング (特にマルチクラウド) に対する大きな需要があり、数十のベンダーがまさにこれらの機能を開発しています。

しかし 10 年前、企業はクラウド ネットワークの管理に DIY アプローチを採用していました。 しかし、クラウド サービス プロバイダーがネイティブ ネットワーキング機能を提供しているため、組織はさまざまなクラウド プロバイダーにわたるネットワークを管理する際に多くの困難を経験しました。 市場は、ハイブリッドおよびマルチクラウド環境全体の接続を可能にするクラウド ネットワーキング ソリューションの必要性をすぐに認識しました。

コンテナ ネットワーキングも同様の進化を遂げていると私は考えています。ただし、クラウド ネットワーキングは異なるプロバイダー間で管理するのが難しいことが判明しましたが、異なるクラウド環境でコンテナのクラスターを管理するのは困難です。 大幅 より困難。

クラウド プロバイダーは、GUI を使用して設定でき、クラウド プロバイダー自身によって文書化される仮想ネットワーキング アプライアンスをネイティブに提供していますが、コンテナ間のネットワーキングはこれまでコミュニティの取り組みであり、ネットワークがどのように動作する必要があるかについての規範的なアドバイスはほとんどありませんでした。

コンテナ ネットワーキング ソリューションはスキル ギャップを埋めることができます

コンテナ ネットワーキングへの DIY アプローチは、クラウド ネットワーキングに比べてはるかに困難です。 コンテナ ネットワーキングには、コンテナ ランタイムとオーケストレーション プラットフォームの両方の知識が必要で、CNI やイングレス コントローラーなどの複数のサードパーティ プラグインが必要です。 これは、CCNA/CCNP や Network+ などの認定資格からなるトレーニング パスをたどったネットワーク担当者が慣れ親しんだものとはまったく異なるものです。

これらの認定には、Kubernetes またはその他のコンテナー ランタイムおよびオーケストレーション システムでネットワークを扱う実際のユースケースに関する詳細はほとんど含まれていません。 CNI、イングレス コントローラー、サービス メッシュ、およびネットワーク モデルは、一般にネットワーク管理者にとって馴染みのない概念です。

したがって、ネットワークの負担は、これまでネットワークの展開と管理を担当してこなかった (そして担当すべきではない) DevOps チームにかかっています。 そのためには、レイヤー 3 ～ 7、ボーダー ゲートウェイ プロトコル (BGP)、サブネット化、ネットワーク アドレス変換 (NAT) などについて学ぶ必要がありますが、これはかなり長いトレーニング パスです。

コンテナ ネットワーキング ソリューションは、必要なスキルとチームの責任の点で平等な競争の場を提供できると私は信じています。 具体的には、有料プランと引き換えに次の特典が得られます。

• 素晴らしい GUI です。
• ポリシー定義エンジン。
• 許可/ブロック ルールを超えたセキュリティ。
• 分析と可観測性。
• マルチクラスター機能。
• 高度なルーティング機能。

この分野の研究における私の取り組みは、エンタープライズ グレードのコンテナ ネットワーキング ソリューションを組織、DevOps、ネットワーク チームにとって最優先の考慮事項にすることです。

市場の成熟と競争

コンテナ ネットワーキング スペースは主にオープン ソース プロジェクトによって推進されてきたため、エンタープライズ グレードのコンテナ ネットワーキング ソリューションがどの機能を提供すべきか、またどのベンダーがこれらの機能を効果的に提供できるかを正確に定義するのは困難です。

歴史的に、組織は Kubernetes ネットワーキングを開始するためにオープンソース CNI を検討してきました。 Cilium と Calico は最も広く導入されている CNI の 1 つであり、それらのエンタープライズ グレードのバージョンは多くの組織にとって当然の選択肢です。 これは、Flannel、Canal、kuber-router などのいくつかの CNI にはエンタープライズ グレードのプランがなく、Tungsten Fabric や Weave Net (後者は広く導入されている CNI) などの他の CNI が廃止されたため、特に当てはまります。サポートされなくなりました。

興味深いことに、Cisco、Juniper、Arista などのかなりの数のネットワーキング ベンダーが、製品の一部としてコンテナ ネットワーキングを提供する独自の CNI を開発しました。 このアプローチの課題は、多くの組織が DIY トレンドの一環としてオープンソース CNI を選択していることです。 すでに展開されているオープンソース CNI から独自の CNI を備えた商用ソリューションに移行するには、より多くの労力が必要になる可能性があり、組織にはそうするための強力なインセンティブが必要です。

ネットワーキング ベンダーがオープン ソース CNI を使って市場に参入するには遅すぎます。 代わりに、Calico と Cilium の既存の展開を活用し、高度な機能とこれらのベンダーの幅広い製品ポートフォリオとの統合を提供するエンタープライズ グレードのコンテナ ネットワーキング ソリューションを構築できますし、そうすべきです。

次のステップ

詳細については、- のコンテナ ネットワーキング Sonar レポートをご覧ください。 このレポートは、市場の包括的な概要を提供し、購入の決定において考慮すべき基準を概説し、それらの決定基準に対して多数のベンダーがどのようにパフォーマンスを発揮しているかを評価します。

まだ – 加入者でない場合は、無料トライアルを使用して調査にアクセスできます。