コミュニティ版Ingress Controllerの提供終了後、移行を成功させるために本当に必要なこと

Jordan Gardnerプロダクトマーケティングマネージャー | F5 NGINX

Karthik Krishnaswamyプロダクトマーケティング担当ディレクター | F5

コミュニティによって保守されてきたKubernetes Ingressコントローラー「Ingress NGINX」が廃止されてから、半年以上が経過しました。これを受け、業界全体のプラットフォームチームは重要なインフラストラクチャについて判断を迫られ、「長期的に見て適切な選択肢は何か」という本質的な問いを投げかけるようになりました。

F5は日々、業界のリーダーとこの課題について話し合っています。さまざまな業界の多くの組織が、リスクを抑えて移行できるエンタープライズグレードのKubernetes Ingress Controllerを導入するため、F5 NGINX Ingress Controllerへの移行を進めています。その理由を示す3つの事例をご紹介します。

大手保険会社が学習コストなしで移行

大手保険会社は、Azure上でコミュニティが保守するIngress Controllerを通じて提供していたミッションクリティカルなアプリケーションが、リスクにさらされていることに気付きました。この非推奨化は予算に計上されておらず、事業継続を脅かす差し迫った問題でした。同社には、負担の大きい移行を伴わず、長期的な安定性、セキュリティを強化したリリース、エンタープライズレベルのサポートを提供するソリューションが必要でした。

この保険会社が導入を決めた主な理由の1つは、F5 NGINX Ingress Controllerへシームレスに移行できることでした。なぜなら、基盤となるNGINXデータプレーンが同じだからです。F5 NGINX Ingress Controllerは、コミュニティのIngress Controllerであるingress-nginxで一般的に使用されるアノテーションをサポートしており、チームが既存の構成とワークフローを維持できるよう、対応するアノテーションを継続的に追加しています。新たに習得することはありません。内部では基本的に同じエンジンが動作していますが、明確なロードマップを持つ戦略的パートナーの支援を受けています。10年以上にわたって開発され、150人を超えるコントリビューター、100回を超えるリリース、そして非常に多くの企業ユーザーを擁する成熟した製品です。

大手保険プラットフォームが収益を生むアプリの稼働時間を確保

収益を生み出す見積もりおよび保険契約アプリケーションを稼働させる大規模なKubernetesクラスターを運用する、保険業界の別の大手企業も、同じ課題に直面していました。この企業が最優先したのは、稼働時間の確保でした。

この保険会社にとって決め手となったのは、F5のエンタープライズグレードのソリューションに標準で備わる動的再構成機能でした。F5 NGINX Ingress Controllerは、トラフィックを一切ドロップすることなく、ルーティングの変更を即座に適用します。これにより、構成更新時の停止リスクを排除するとともに、最小限の再設計で既存のインフラストラクチャパイプラインを維持できました。

地域航空会社が、やむを得ない移行を通常業務のようにスムーズに実現

ある地域航空会社は、運用リスクを排除するため、KubernetesのIngressレイヤーの標準化をすでに検討していましたが、コミュニティ版の提供終了により、移行を余儀なくされました。同社のチームは、すでにNGINXを熟知し、信頼していました。

F5 NGINX Ingress Controllerへの移行により、この航空会社は同じデータプレーンとネイティブのIngressリソースを維持できました。限られた期間内にアプリケーションを書き換えたり、チームを再トレーニングしたり、システムを再設計したりする必要はありませんでした。F5は、アノテーションのマッピングやF5のソリューションアーキテクトへのアクセスなど、移行を円滑に進めるためのツールを提供しました。

よりシンプルで安定したアーキテクチャ

業界をリードする各社のメッセージは明確です。Ingress Controllerソリューションを急いで探す段階から、インフラストラクチャを戦略的に見直す段階へと移行しています。当初は別のオープンソースツールへ早急に移行する動きもあったかもしれませんが、長期的な視点では、それだけでは不十分です。信頼できるパートナーが提供するエンタープライズグレードのソリューションが必要です。

F5 NGINX Ingress Controllerは、Luaスクリプトによる大規模なプログラマビリティ拡張ではなく、NGINXのネイティブ機能を活用するシンプルなアプローチを採用しています。その結果、クラスターの変更に対する応答性が高く、メモリ使用量がより安定し、一貫性と安定性に優れたカスタムリソース定義（CRD）とアノテーションを提供するコントローラーを実現しています。また、ワークロードPodのアクティブヘルスチェック、高可用性、プログラマビリティ、統合されたF5 WAF for NGINXなどの高度な機能も備えており、長期的なロードマップに基づく包括的なサポートが提供されます。

Gateway APIで未来への明確な道筋を

Gateway APIは、Ingressを進化させたものです。開発チームと運用チーム間の摩擦を軽減し、マルチテナンシーをネイティブにサポートします。また、サービスメッシュを追加することなく、トラフィック分割や重み付けロードバランシングなどの高度なトラフィック管理を実現できます。すでにKubernetesを本番環境で運用している組織にとって、自然な次のステップです。

F5 NGINX Gateway FabricはGateway APIに準拠し、信頼性の高い同じNGINXデータプレーン上に構築されています。高度なレート制限、JWT認証、セッション永続化、レイヤー4プロトコルのサポートなど、NGINX Ingress Controllerに期待されるエンタープライズグレードのトラフィック管理、セキュリティ、構成機能を備えています。標準的なIngress機能に加えて、Gateway APIの推論拡張機能にも対応しているため、アプリケーションやAPIを処理する同じゲートウェイを通じて、モデルサービングや推論ルーティングなどのAIワークロードを提供できます。アプリケーション、API、推論ワークロードを1つのNGINXゲートウェイで提供できます。

AIの導入が加速する中、AIとのやり取りを保護することは、そのやり取りを提供することと同様に重要です。F5 NGINX Gateway FabricはF5 AI Guardrailsと統合され、プロンプトとレスポンスの完全な検査、データのサニタイズと秘匿化、データ漏えい防止、きめ細かなアクセス制御に加え、プロンプトインジェクションや不正な出力など、LLMに対する攻撃の検知と防止を実現します。AI運用の場所を問わず、そのセキュリティを確保するための統合的なアプローチです。

先ほどの地域航空会社はどうでしょうか。すでにIngressからGateway APIへの移行を計画しています。明確な開発ロードマップを持つパートナーを選んだため、再び慌てて対応する必要はありません。この移行は、またもや緊急対応に追われる事態ではなく、計画的な進化です。

明確な開発計画を持つパートナーを選ぶことで、サポートのないオープンソース環境がどのように変化しても、アプリケーションデリバリのセキュリティ、パフォーマンス、サポートを維持できます。

移行を簡素化するには、構成ツールを使用して現在の設定を評価するか、F5 NGINX Ingress Controllerの無料トライアルを開始してエンタープライズ向けの機能とサポートをご確認ください。

著者について

Jordan Gardnerプロダクトマーケティングマネージャー | F5 NGINX

Jordan Gardnerのその他のブログ記事

Karthik Krishnaswamyプロダクトマーケティング担当ディレクター | F5

Karthik Krishnaswamyのその他のブログ記事