Uma equipe de plataforma de aplicação deseja que as regras de roteamento sejam gerenciadas pelos operadores da plataforma, enquanto permite que as equipes de aplicação definam as rotas. Qual afirmação sobre a Gateway API é precisa para este objetivo?

A Gateway API foi projetada para separar as responsabilidades, o que é fundamental para o objetivo da equipe. Ela define recursos como GatewayClass, Gateway e HTTPRoute. O recurso Gateway representa o plano de dados (como um balanceador de carga) e é tipicamente gerenciado por operadores de plataforma. Os recursos HTTPRoute (e outros tipos de rota como TCPRoute, UDPRoute) definem as regras de roteamento para aplicações e podem ser gerenciados pelas equipes de aplicação, que os vinculam a um Gateway existente. Isso permite que as equipes de aplicação definam suas rotas sem precisar gerenciar a infraestrutura subjacente do gateway. As outras opções estão incorretas: A Gateway API suporta roteamento L7 (HTTP/HTTPS) e pode encerrar TLS. A Gateway API não exige o GKE Hub para funcionar entre namespaces; a capacidade de rotear entre namespaces é uma característica intrínseca do design da API. A Gateway API permite que as rotas sejam definidas em namespaces diferentes do Gateway, desde que as permissões apropriadas sejam configuradas.