Aller au contenu principal

Choisir sa solution d'exposition

Ziosting propose trois modes d'ingress controller pour exposer vos applications et services HTTP(S). Le bon choix dépend surtout de votre existant, de votre niveau de dépendance aux annotations NGINX, et de votre volonté d'adopter Gateway API.

Résumé rapide​

Votre besoinMode recommandé
Vous avez déjà beaucoup d'Ingress NGINX et vous voulez limiter les changementsTRAEFIK_NGINX_COMPAT
Vous démarrez un nouveau cluster ou un nouveau projetTRAEFIK
Vous devez conserver NGINX à l'identique pendant une phase transitoireNGINX

Les trois modes en pratique​

NGINX​

Le mode NGINX repose sur le contrôleur Ingress NGINX classique.

Quand l'utiliser :

  • vous exploitez déjà des manifestes Ingress fortement couplés à NGINX,
  • vous utilisez des annotations spécifiques qui n'ont pas encore été revues,
  • vous voulez différer la migration vers Traefik.

À garder en tête :

  • ce mode reste surtout utile pour la compatibilité historique,
  • les nouveaux projets ont généralement intérêt à viser Traefik.
  • NGINX Ingress Controller n'est plus maintenu activement, et ne bénéficie pas des dernières évolutions du marché de l'ingress.

Traefik en compatibilité NGINX​

Le mode TRAEFIK_NGINX_COMPAT déploie Traefik, mais conserve un comportement de compatibilité pour relire les Ingress et annotations NGINX les plus courants.

Quand l'utiliser :

  • vous migrez depuis NGINX,
  • vous voulez valider Traefik sans réécrire immédiatement tous vos objets Ingress,
  • vous avez besoin d'une phase de transition progressive.

Ce que ce mode apporte :

  • la compatibilité avec vos Ingress historiques,
  • l'activation de Gateway API,
  • l'activation des CRDs Traefik comme Middleware.

Ce qu'il ne faut pas attendre de ce mode :

  • une compatibilité parfaite avec toutes les annotations NGINX,
  • un remplacement magique de toutes les spécificités NGINX.

Traefik natif​

Le mode TRAEFIK est le mode cible pour les nouveaux clusters.

Quand l'utiliser :

  • vous créez un nouveau cluster,
  • vous voulez adopter Gateway API pour les nouvelles routes HTTP(S),
  • vous souhaitez profiter des CRDs Traefik et d'un modèle de routage plus moderne.

Ce mode active :

  • Gateway API,
  • les CRDs Traefik,
  • le provider Ingress natif de Traefik pour les cas qui en ont encore besoin.

Quel modèle de ressource utiliser ?​

SituationRessource conseillée
Application existante avec Ingress NGINXIngress en mode TRAEFIK_NGINX_COMPAT
Nouvelle exposition HTTP(S)Gateway API (Gateway, HTTPRoute) en mode TRAEFIK
Cas historique à conserver en l'étatIngress avec NGINX

Stratégie de migration recommandée​

De NGINX vers Traefik compatibilité NGINX​

Cette étape permet de remplacer le contrôleur sans réécrire immédiatement toutes les routes.

Checklist :

  1. inventoriez les Ingress existants,
  2. identifiez les annotations NGINX les plus sensibles,
  3. basculez le cluster en TRAEFIK_NGINX_COMPAT,
  4. testez les applications exposées,
  5. corrigez les cas qui dépendent d'un comportement NGINX trop spécifique.

De Traefik compatibilité NGINX vers Traefik natif​

Cette étape consiste à adopter progressivement Gateway API pour les nouvelles expositions et à réduire la dépendance aux anciens objets Ingress.

Checklist :

  1. conservez les anciens Ingress compatibles pendant la transition,
  2. créez les nouvelles routes avec Gateway API,
  3. remplacez les annotations NGINX encore utilisées quand c'est nécessaire,
  4. basculez définitivement vers TRAEFIK une fois vos usages stabilisés.

Recommandation Ziosting​

Pour un nouveau projet, utilisez TRAEFIK.

Si vous migrez un existant NGINX, commencez par TRAEFIK_NGINX_COMPAT, puis planifiez une transition progressive vers TRAEFIK.