Una empresa tiene 20 equipos de servicio, cada uno en su propia cuenta de AWS y cada VPC usa 192.168.0.0/22. Los servicios se ejecutan en instancias EC2 detrás de ALBs y actualmente se comunican a través de la internet pública. Seguridad ahora requiere que todo el tráfico entre servicios use HTTPS sobre redes privadas sin enrutamiento a través de internet. La solución debe minimizar los cambios requeridos por cada equipo. ¿Qué enfoque cumple con estos requisitos?

La opción correcta es AWS PrivateLink porque permite la comunicación privada y segura entre VPCs y servicios sin exponer el tráfico a la internet pública, cumpliendo con el requisito de seguridad. Al crear un NLB en cada VPC y exponerlo a través de PrivateLink, cada equipo puede consumir los servicios de otros equipos mediante endpoints de VPC, minimizando los cambios en la configuración de red de cada equipo. Las otras opciones son menos adecuadas: crear una nueva cuenta y VPC con subredes compartidas requeriría que los equipos relanzaran sus servicios, lo cual es un cambio significativo. El peering de VPC entre 20 VPCs (190 conexiones de peering) es complejo de gestionar y escalar, y no resuelve el problema de los rangos de IP superpuestos (192.168.0.0/22). Transit Gateway con rangos de IP superpuestos tampoco es una solución viable sin una re-arquitectura de IP, y aunque permite la comunicación privada, PrivateLink es más adecuado para el consumo de servicios específicos.