Los microservicios deben ser internos al clúster de GKE, permitir la configuración del número de réplicas y ser direccionables uniformemente desde otros microservicios, independientemente del número de réplicas. ¿Cómo debería implementar esto?

La opción correcta es implementar cada microservicio como un Deployment, exponerlo con un Service y usar el nombre DNS del Service para el direccionamiento. Un Deployment gestiona el número de réplicas de Pods (instancias del microservicio) y facilita las actualizaciones, cumpliendo con el requisito de configuración de réplicas. Un Service proporciona una IP y un nombre DNS estables para un conjunto de Pods, permitiendo que otros microservicios se comuniquen con él de manera uniforme, independientemente de los Pods subyacentes o su número. Las opciones incorrectas que usan "Pod" directamente son erróneas porque un Pod es la unidad más pequeña de despliegue en Kubernetes y no gestiona automáticamente las réplicas ni la resiliencia; los Deployments son necesarios para eso. Las opciones que usan "Ingress" son incorrectas porque un Ingress está diseñado para exponer servicios HTTP/S desde fuera del clúster, no para la comunicación interna entre microservicios dentro del clúster.