Ingress

DevOps 🟡 Mid

Définition

Ressource Kubernetes historique pour exposer des Services en HTTP/HTTPS (routage par hôte et chemin, TLS). Le contrôleur le plus répandu, Ingress NGINX, a été retiré par le projet Kubernetes en mars 2026 : plus de versions, plus de correctifs de sécurité. La voie recommandée est la Gateway API (GatewayClass, Gateway, HTTPRoute), l'outil ingress2gateway aidant la migration.

Analogie

Le portier d'un hôtel : il dirige chaque visiteur vers la bonne chambre (service) selon sa réservation (URL).

Exemple de code

# Ingress classique (toujours valide, mais Ingress NGINX est retiré)
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: api
spec:
  ingressClassName: traefik   # choisir un contrôleur maintenu
  rules:
    - host: api.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service: { name: api-svc, port: { number: 80 } }

Cas d'usage

Point d'entrée unique HTTPS pour router le trafic vers plusieurs services backend.

Anti-pattern

Rester sur Ingress NGINX après mars 2026 : le contrôleur ne reçoit plus aucun correctif de sécurité.
#devops#kubernetes#interview

En entretien

  1. Explique-moi Ingress et ce qui a changé récemment.

    C'est la ressource Kubernetes historique pour exposer des Services en HTTP/HTTPS avec routage par hôte et chemin et TLS. Le contrôleur le plus répandu, Ingress NGINX, a été retiré par le projet Kubernetes en mars 2026, donc plus de versions ni de correctifs de sécurité.

  2. Que faut-il faire à la place d'Ingress NGINX aujourd'hui ?

    Migrer vers la Gateway API (GatewayClass, Gateway, HTTPRoute), la voie recommandée, l'outil ingress2gateway aidant la migration. Rester sur Ingress NGINX après mars 2026 expose à des failles jamais corrigées.

Fiche mise à jour le 2026-09-27

← → au clavier pour passer d'une fiche à l'autre