Você hospeda um serviço de redimensionamento de imagem no mesmo cluster GKE que seus chamadores. Os clientes precisam acessar o serviço por nome ou IP. Como os clientes devem localizar o serviço?

A opção correta é definir um Kubernetes Service e permitir que os clientes usem o nome do Service. Dentro de um cluster GKE, o Kubernetes Service Discovery (DNS interno) permite que os pods se comuniquem com outros serviços usando seus nomes de serviço, que são automaticamente resolvidos para os IPs do cluster. Isso simplifica a comunicação e abstrai os detalhes de rede subjacentes. As outras opções estão incorretas porque: Usar um registro A do Cloud DNS para resolver o IP do cluster de um Service é desnecessário para comunicação interna do cluster e adiciona complexidade. O DNS interno do Kubernetes já fornece essa funcionalidade. Definir um Kubernetes Endpoint diretamente não é a maneira padrão de clientes descobrirem um serviço. Endpoints são gerenciados pelo Service e apontam para os pods reais. Os clientes interagem com o Service, não diretamente com os Endpoints. Procurar um Endpoint via Cloud DNS é incorreto, pois o Cloud DNS não gerencia Endpoints de Kubernetes e a comunicação interna do cluster usa o DNS interno do Kubernetes.