🚀 Как на самом деле работает Kubernetes Gateway API: от DNS до Pod

Полный путь запроса выглядит так:

DNS → Cloud Load Balancer → Gateway Service → Gateway Proxy → Backend Service → Pod

Что происходит по шагам:

- DNS указывает на IP облачного Load Balancer.
- Load Balancer отправляет трафик в Kubernetes Service, связанный с Gateway.
- Service ведет на proxy-поды: например, Envoy или NGINX.
- Gateway Controller следит за HTTPRoute, GRPCRoute и другими ресурсами.
- Когда вы создаете маршрут, контроллер автоматически обновляет конфигурацию proxy.
- HTTPRoute решает, куда пойдет конкретный запрос.

Например:

/payment → payment-service
/auth → auth-service

Главное отличие от классического Ingress - разделение ролей.

В Gateway API контроллер управляет конфигурацией, а сам трафик обрабатывают отдельные Gateway/proxy-инстансы.

Если вы уже понимаете Ingress, Gateway API станет гораздо понятнее: концепция похожа, но архитектура заметно чище и гибче.