À quoi ressemblent réellement les migrations réussies après le retrait du contrôleur Ingress de la communauté

Jordan GardnerResponsable marketing produit | F5 NGINX

Karthik KrishnaswamyDirecteur du marketing produit | F5

Cela fait plus de six mois que le contrôleur d’entrée Kubernetes maintenu par la communauté, Ingress NGINX, a été abandonné. Les équipes chargées des plateformes dans l’ensemble du secteur ont ainsi dû prendre des décisions concernant un composant d’infrastructure essentiel et ont commencé à se poser la bonne question : « Quel est le bon choix à long terme ? »

Nous échangeons chaque jour sur ce sujet avec des leaders du secteur. De nombreuses organisations issues de divers secteurs adoptent F5 NGINX Ingress Controller afin de bénéficier d’un contrôleur d’entrée Kubernetes de niveau entreprise et d’un parcours de migration à faible risque. Voici trois exemples qui illustrent leurs motivations.

Un grand assureur migre sans aucune courbe d’apprentissage

Un grand assureur a pris conscience que ses applications critiques, exposées dans Azure par l’intermédiaire d’un contrôleur Ingress maintenu par la communauté, étaient menacées. Cette dépréciation n’était pas une simple ligne budgétaire pour l’entreprise : elle constituait une menace urgente pour la continuité de ses activités. L’assureur avait besoin d’une solution offrant une stabilité à long terme, des versions renforcées et un support de niveau entreprise, sans migration fastidieuse.

La transition fluide vers F5 NGINX Ingress Controller a été l’un des principaux facteurs ayant motivé la décision de l’assureur. Pourquoi ? Parce qu’il repose sur le même plan de données NGINX. F5 NGINX Ingress Controller prend en charge les annotations ingress-nginx couramment utilisées avec le contrôleur Ingress communautaire, et nous continuons d’en ajouter afin que les équipes puissent conserver leurs configurations et leurs processus existants. Il n’y a rien de nouveau à apprendre. Sous le capot, il s’agit essentiellement du même moteur, mais soutenu par un partenaire stratégique doté d’une feuille de route claire : un produit mature, fruit de plus de 10 ans de développement, auquel ont contribué plus de 150 personnes, avec plus de 100 versions publiées et de très nombreux utilisateurs en entreprise.

Une grande plateforme d’assurance garantit la disponibilité des applications génératrices de revenus

Un autre acteur majeur du secteur de l’assurance, responsable de clusters Kubernetes à grande échelle exécutant des applications de devis et de gestion de contrats génératrices de revenus, a été confronté au même défi. La priorité de cette entreprise était la disponibilité.

Pour cet assureur, le principal facteur de différenciation résidait dans une fonctionnalité inhérente à notre solution de niveau entreprise : la reconfiguration dynamique. F5 NGINX Ingress Controller applique les modifications de routage à la volée sans aucune perte de trafic. Cela a éliminé le risque d’interruption lors des mises à jour de configuration et permis de préserver les pipelines d’infrastructure existants de l’entreprise avec un minimum de réingénierie.

Une compagnie aérienne régionale transforme une migration imposée en opération de routine

Une compagnie aérienne régionale cherchait déjà à standardiser sa couche d’entrée Kubernetes afin d’éliminer les risques opérationnels, mais l’abandon du projet par la communauté l’a contrainte à agir. Ses équipes connaissaient déjà NGINX et lui faisaient confiance.

En passant à F5 NGINX Ingress Controller, la compagnie aérienne a conservé le même plan de données et les ressources Ingress natives. Il n’a pas été nécessaire de réécrire les applications, de reformer les équipes ni de repenser l’architecture de ses systèmes dans des délais serrés. F5 lui a fourni des outils pour simplifier la migration, notamment la mise en correspondance des annotations et l’accès à nos architectes de solutions.

Une architecture plus simple et plus stable

Le message de ces leaders du secteur est clair : la recherche précipitée d’une solution de contrôleur d’entrée a évolué vers une réévaluation stratégique de l’infrastructure. Si la réaction initiale a pu consister à se tourner rapidement vers un autre outil open source, une vision à long terme exige davantage : une solution de niveau entreprise proposée par un partenaire de confiance.

F5 NGINX Ingress Controller adopte une approche simple, en s’appuyant sur les fonctionnalités natives de NGINX plutôt que sur de lourdes extensions de programmabilité utilisant des scripts Lua. Il en résulte un contrôleur plus réactif aux changements du cluster, offrant une utilisation plus stable de la mémoire ainsi que des définitions de ressources personnalisées (CRD) et des annotations cohérentes et stables. Il intègre également des fonctionnalités avancées telles que les contrôles actifs de l’état des pods de charge de travail, la haute disponibilité, la programmabilité et F5 WAF for NGINX, le tout avec une prise en charge complète et une feuille de route à long terme.

Une voie claire vers l’avenir avec Gateway API

Gateway API représente l’évolution de l’Ingress. Elle fluidifie la collaboration entre les équipes de développement et d’exploitation, prend nativement en charge la mutualisation et ouvre la voie à une gestion avancée du trafic, notamment sa répartition et l’équilibrage de charge pondéré, sans nécessiter l’ajout d’un maillage de services. Pour les organisations qui utilisent déjà Kubernetes en production, c’est la prochaine étape logique.

F5 NGINX Gateway Fabric est conforme à Gateway API et repose sur le même plan de données NGINX éprouvé. Il intègre les fonctionnalités de gestion du trafic, de sécurité et de configuration de niveau entreprise que vous attendez de NGINX Ingress Controller, notamment la limitation avancée du débit, l’authentification JWT, la persistance des sessions et la prise en charge des protocoles de couche 4. Au-delà des fonctionnalités d’ingress standard, il prend également en charge l’extension d’inférence de Gateway API, ce qui permet aux équipes de déployer des charges de travail d’IA, telles que la mise à disposition de modèles et le routage des inférences, via la même passerelle que celle qui gère leurs applications et leurs API. Une seule passerelle NGINX pour les applications, les API et les charges de travail d’inférence.

À mesure que l’adoption de l’IA s’accélère, la sécurisation de ces interactions devient tout aussi essentielle que leur mise en œuvre. F5 NGINX Gateway Fabric s’intègre à F5 AI Guardrails, qui assure l’inspection complète des requêtes et des réponses, le nettoyage et le masquage des données, la prévention des fuites de données, un contrôle d’accès granulaire, ainsi que la détection et la prévention des attaques contre les LLM, notamment l’injection de requêtes et les sorties non autorisées. Il s’agit d’une approche unifiée pour sécuriser les opérations d’IA, où qu’elles soient exécutées.

Cette compagnie aérienne régionale ? Elle prépare déjà sa migration d’Ingress vers Gateway API. Comme elle a choisi un partenaire disposant d’une feuille de route de développement claire, elle n’aura pas à agir de nouveau dans l’urgence. Cette transition est une évolution planifiée, pas une nouvelle course contre la montre.

En choisissant un partenaire doté d’un plan de développement dédié, vous vous assurez que la mise à disposition de vos applications reste sécurisée, performante et prise en charge, quelles que soient les évolutions de l’écosystème open source dépourvu de support.

Simplifiez votre migration en utilisant nos outils de configuration pour évaluer votre configuration actuelle, ou commencez un essai gratuit de F5 NGINX Ingress Controller afin de découvrir les fonctionnalités et l’assistance destinées aux entreprises.

À propos des auteurs

Jordan GardnerResponsable marketing produit | F5 NGINX

Autres articles de Jordan Gardner

Karthik KrishnaswamyDirecteur du marketing produit | F5

Autres articles de Karthik Krishnaswamy