Ingress
DevOps 🟡 MidDé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
Termes liés
En entretien
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é.
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.
Sources
Fiche mise à jour le 2026-09-27