Zespół platformy aplikacyjnej chce, aby reguły routingu były zarządzane przez operatorów platformy, jednocześnie umożliwiając zespołom aplikacji definiowanie tras. Które stwierdzenie dotyczące Gateway API jest dokładne dla tego celu?

Gateway API zostało zaprojektowane z myślą o separacji ról, co jest kluczowe dla tego scenariusza. Zasób Gateway jest zarządzany przez operatorów platformy, którzy kontrolują infrastrukturę sieciową i konfigurację bramy (np. porty, certyfikaty TLS). Zespoły aplikacji tworzą zasoby HTTPRoute, które definiują reguły routingu dla ich usług i wiążą je z istniejącymi bramami. Ta separacja umożliwia zespołom aplikacji niezależne zarządzanie trasami bez wpływu na konfigurację bramy, którą utrzymują operatorzy. Pozostałe opcje są nieprawidłowe: Gateway API obsługuje routing L7 (HTTP/HTTPS) i może kończyć TLS. Gateway API nie wymaga rejestracji GKE Hub do działania między przestrzeniami nazw; jego mechanizmy pozwalają na odwoływanie się do zasobów w innych przestrzeniach nazw. Gateway API pozwala na definiowanie tras w różnych przestrzeniach nazw niż Gateway, co jest podstawą jego elastyczności i separacji ról.