Una empresa está creando un servicio que requiere cifrado de extremo a extremo en tránsito para que el tráfico no se descifre entre el cliente y el backend del servicio. El servicio utiliza gRPC sobre el puerto TCP 443 y debe admitir miles de conexiones simultáneas. El backend se ejecuta en un clúster de Amazon EKS con Kubernetes Cluster Autoscaler y Horizontal Pod Autoscaler habilitados. Se requiere mTLS (Mutual TLS) para la autenticación bidireccional entre los clientes y el backend. ¿Qué solución satisface estos requisitos?

La opción correcta es implementar el AWS Load Balancer Controller y aprovisionar un Network Load Balancer (NLB) con un listener TCP en el puerto 443. gRPC sobre TCP 443 requiere que el cifrado de extremo a extremo (mTLS) se maneje directamente por el cliente y el backend del servicio, sin que el balanceador de carga lo termine. Un NLB en modo TCP pasa el tráfico sin descifrarlo, permitiendo que el mTLS se establezca entre el cliente y los Pods de EKS. El AWS Load Balancer Controller integra el NLB con Kubernetes, permitiendo que el balanceador de carga dirija el tráfico directamente a las IPs de los Pods, lo cual es eficiente para miles de conexiones simultáneas y escalabilidad con Cluster Autoscaler y Horizontal Pod Autoscaler. Un Application Load Balancer (ALB) con un listener HTTPS terminaría el TLS, impidiendo el mTLS de extremo a extremo. Registrar el grupo de Auto Scaling del grupo de nodos como objetivo no es ideal para la granularidad a nivel de Pod que ofrece el Controller, y un NLB con listener TLS también terminaría el TLS.