Usted aloja un servicio de cambio de tamaño de imágenes en el mismo clúster de GKE que sus llamadores. Los clientes necesitan acceder al servicio por nombre o IP. ¿Cómo deberían los clientes localizar el servicio?

La opción correcta es definir un Kubernetes Service y que los clientes usen el nombre del Service en la URL. Kubernetes Services proporcionan una abstracción estable para un conjunto de Pods, asignándoles una IP y un nombre DNS internos al clúster. Los Pods dentro del mismo clúster de GKE pueden resolver directamente el nombre del Service a su IP interna, lo que permite la comunicación por nombre sin configuraciones adicionales de DNS externo. Las otras opciones son incorrectas porque: Usar Cloud DNS para resolver IPs de clúster para servicios internos es innecesario y añade complejidad, ya que Kubernetes ya proporciona resolución DNS interna. Un Kubernetes Endpoint es un objeto que mapea IPs y puertos a un Service, pero los clientes no interactúan directamente con los Endpoints; interactúan con el Service. Acceder a nombres de Endpoints a través de variables de entorno o Cloud DNS no es la forma estándar ni recomendada para que los clientes se conecten a servicios dentro de Kubernetes.