Ingress gère le routage HTTP de base, mais dépend des annotations pour toute fonctionnalité avancée telle que les déploiements canari ou le routage pondéré. Gateway API remplace ce mécanisme basé sur les annotations par une API structurée et adaptée aux rôles, qui prend en charge nativement les politiques de trafic avancées.
Pourquoi Gateway API
Gateway API repose sur quatre objectifs de conception :
Orienté rôles : Gateway API maintient des abstractions de ressources alignées sur les rôles organisationnels utilisant et configurant Kubernetes.
Portable : À l'instar d'Ingress, Gateway API prend en charge plusieurs implémentations. Choisissez celle correspondant à la configuration de votre cluster.
Expressif : Les politiques de trafic avancées, comme les déploiements canari et pondérés, constituent des fonctionnalités natives plutôt que des contournements par annotations.
Extensible : Des ressources personnalisées peuvent s'attacher à n'importe quelle couche de l'API pour permettre une personnalisation fine sans altérer le modèle fondamental.
Notes d'utilisation
Choisissez une implémentation de Gateway API issue de la communauté open source, puis utilisez Gateway API pour configurer le réseau du service. Pour plus d'informations, consultez Implémentations.
Notes de version
Juin 2025
| Version | Date de publication | Description | Impact |
|---|---|---|---|
| v1.3.0 | 05/06/2025 | Prise en charge exclusive des clusters ACS exécutant Kubernetes 1.32 ou ultérieur. Ajout de la mise en miroir du trafic selon un pourcentage spécifié. Pour tous les détails, consultez le journal des modifications v1.3.0. | Aucun impact sur les charges de travail. |