Azure Сервис Kubernetes: использование входного контроллера NGINX с шлюзом API на основе Ocelot

Question

Я планирую развернуть в кластере AKS и использовать входной контроллер NGINX, чтобы мои микро-сервисы были внутренними по отношению к кластеру, а входной контроллер NGINX был бы точкой входа в микро-сервисы. .

Одна из моих микросервисов действует как шлюз API с использованием библиотеки Ocelot и реализует шаблон BFF. Таким образом, у моего входного контроллера будет только одно правило, которое будет направлять запросы, сделанные к пути "/(.*)" к микросервису шлюза API.

Мой вопрос - это обычный способ использования входной контроллер и микросервис API-шлюза? Каким-то образом это кажется излишним, хотя я мог бы подумать, что у обоих разные обязанности.

Answer 1

Я не думаю, что вам понадобится Ingress-Controller в этом случае, мы используем API-шлюз, который является Ambassador, и у нас просто есть общедоступный c IP, назначенный его сервису kubernetes.

Если вы не ожидаете, что другие модули выставят себя, используя объекты Ingress, и что все трафики c будут поступать в ваш API-шлюз, я бы просто отбросил контроллер Ingress и включил службу типа. LoadBalancer для ваших шлюзов API