3.7 · Parcours 3 — Réseau et exposition (CKAD · CKA)
Gateway API
Lab Kubernetes dans votre cluster · questionnaire de validation · gratuit, dans le navigateur
La Gateway API est le successeur officiel de l'Ingress. Elle répartit la configuration entre trois rôles (l'équipe infrastructure, l'opérateur du cluster, les développeurs) et intègre dans l'API ce qui demandait autrefois des annotations propres à chaque contrôleur : partage pondéré du trafic, routage par en-tête, réécriture, redirections. Elle n'est pas intégrée à Kubernetes : on installe ses CRD (leçon 2.19), puis une implémentation. Cette leçon se fait dans votre cluster personnel.
Ce que vous saurez à la fin : installer les CRD de la Gateway API, expliquer le trio GatewayClass, Gateway, HTTPRoute, écrire une route avec plusieurs règles et un partage pondéré (canary), et lire l'état d'une route.
Au programme de ce lab
- Votre mission
- Pas à pas
- Trois objets, trois rôles
- Installer les CRD
- GatewayClass et Gateway
- HTTPRoute : règles et partage du trafic
- Lire l'état
- Ingress ou Gateway API ?
Ce que KubeNow vérifie
- Les CRD de la Gateway API (canal standard, v1.6 ou plus) sont installées
- La GatewayClass exemple désigne le contrôleur exemple.com/gateway-controller
- La Gateway passerelle écoute en HTTP sur le port 80
- La HTTPRoute boutique est attachée à passerelle pour boutique.exemple.test
- Première règle : /api vers le Service api
- Seconde règle : / partagé à 90 % / 10 % entre vitrine-v1 et vitrine-v2