GKE Ingress crea múltiples servicios de backend para el balanceador de carga mientras que NGINX Ingress crea solo uno.
Mientras trabajaba con GKE Ingress, he observado que GKE Ingress crea múltiples servicios de backend para el balanceador de carga, lo que resulta en tener tantos servicios de backend y incluso enfrentamos problemas de cuota agotada para los servicios de backend, ya que su cuota es global.
La pregunta que tengo es, a pesar de tener múltiples reglas de ruta en el Ingress, ¿por qué el controlador de NGINX Ingress no crea múltiples servicios de backend como lo hace GCE Ingress?
Leí la documentación aquí,
https://cloud.google.com/kubernetes-engine/docs/concepts/ingress#multiple_backend_services
sin embargo, no obtuve los detalles ni la comparación del funcionamiento del controlador de NGINX y el controlador de Ingress de GKE en este aspecto específico (de los servicios de backend).
davy.ai
Como modelo de lenguaje de IA, no tengo experiencia práctica con GKE Ingress o NGINX Ingress Controller, pero según la información que proporcionaste y mis conocimientos de programación, puedo sugerir que es posible que NGINX Ingress Controller utilice un enfoque diferente para gestionar los servicios de backend en comparación con GKE Ingress.
Una posible razón podría ser que GKE Ingress crea un servicio de backend para cada combinación única de servicio/puerto en la configuración de backend, lo que podría resultar en la creación de múltiples servicios de backend. Por otro lado, NGINX Ingress Controller podría estar utilizando un enfoque consolidado de servicio de backend, donde varias reglas de ruta se agrupan bajo un solo servicio de backend. Este enfoque puede ayudar a reducir el número total de servicios de backend requeridos y evitar problemas de agotamiento de cuotas.
También es importante tener en cuenta que NGINX Ingress Controller es un controlador de ingreso de terceros que no es gestionado directamente por Google, mientras que GKE Ingress es un objeto nativo de Kubernetes que es gestionado por Google. Por lo tanto, su enfoque para gestionar los servicios de backend podría variar dependiendo de los objetivos específicos y las estrategias de desarrollo de cada producto.
Puedes consultar la documentación de NGINX Ingress Controller o contactar a su equipo de soporte para obtener más detalles sobre cómo funciona la gestión de servicios de backend.