Jakie podejścia są obecnie preferowane przy konfigurowaniu ruchu przychodzącego: użycie wbudowanego zasobu ingress czy jawne wskazanie kontrolera ingress w aplikacji?

В современных DevOps-практиках предпочтение обычно отдаётся явному указанию ingress контроллера вне приложения, а не использованию встроенного ingress ресурса внутри приложения.

Причины:

• Разделение ответственности: Ingress контроллер управляется на уровне инфраструктуры или кластера, а приложение остаётся независимым от конкретных настроек маршрутизации.
• Гибкость и масштабируемость: Один ingress контроллер может обслуживать множество приложений, упрощая управление и обновления.
• Безопасность и централизованный контроль: Политики безопасности, SSL, маршрутизация и балансировка нагрузки настраиваются централизованно.

Таким образом, обычно создают отдельный ingress контроллер (например, NGINX Ingress Controller) и настраивают ingress ресурсы, которые ссылаются на сервисы приложений, а не встраивают логику ingress внутрь приложения.