Une équipe de plateforme applicative souhaite que les règles de routage soient gérées par les opérateurs de la plateforme tout en permettant aux équipes d'application de définir les routes. Quelle affirmation concernant l'API Gateway est exacte pour cet objectif ?

L'API Gateway de Kubernetes (Gateway API) est conçue pour la séparation des préoccupations, ce qui en fait la bonne réponse. Elle distingue clairement les ressources Gateway (gérées par les opérateurs de plateforme pour définir l'infrastructure de routage) des ressources HTTPRoute (gérées par les équipes d'application pour définir les règles de routage spécifiques à leurs services). Cette séparation permet aux opérateurs de maintenir le plan de données et aux développeurs de gérer leurs routes sans interférence. Les autres options sont incorrectes : L'API Gateway prend en charge le routage L7 (HTTP/HTTPS) et peut terminer le TLS. L'API Gateway n'exige pas d'enregistrement GKE Hub pour fonctionner entre les espaces de noms ; sa conception permet le routage inter-espaces de noms. L'API Gateway permet de définir des routes dans des espaces de noms différents de celui de la Gateway, facilitant ainsi la collaboration et l'organisation.