Разъяснение по контроллеру входа в Конг

Question

Когда я прошел через эту документ для реализации KONG Ingress Controller для Kubernetes, было упомянуто

Одной из основных функций, предоставляемых контроллером Ingress, является способность реагировать на изменения в кластере Kubernetes. Это означает, что если мы масштабируем развертывание или умирает стручок, нам нужно обновить Конг конфигурация (цель в этом случае)

Говорят, что они регулярно проверяют наличие изменений в POD и соответственно обновляют ЦЕЛЬ KONG UPSTREAM. Мой вопрос заключается в том, для чего предназначена Служба в Kubernetes. Почему бы не указать непосредственно на Службу ClusterIP и Порт , который будет действовать как Обнаружение внутренней службы.

Answer 1

выдержка из входного контроллера Kong readme :

Почему конечные точки, а не службы

Входной контроллер Kong не использует Сервисы для маршрутизации трафика на стручки. Вместо этого он использует API конечных точек, чтобы обойти разрешить функции Kong, такие как соответствие сеансов и настраиваемая балансировка нагрузки алгоритмы. Это также устраняет накладные расходы, такие как записи о контратаке для iptables DNAT.