La plataforma de análisis de DataMosaic se ejecuta en subredes privadas sin NAT gateways. Los trabajos deben descargar datos de Amazon S3 y llamar a la API de un socio alojada en la cuenta de AWS del socio sin atravesar la internet pública. La solución debe escalar en cientos de subredes con una sobrecarga operativa mínima. ¿Qué acciones debe tomar el equipo de redes? (Elija dos.)

La opción de crear un Gateway VPC endpoint para Amazon S3 es correcta porque permite que las instancias en subredes privadas accedan a S3 sin pasar por Internet, utilizando la red privada de AWS. Esto satisface el requisito de no atravesar la Internet pública y es escalable. La opción de crear interface VPC endpoints para el servicio AWS PrivateLink del socio es correcta porque PrivateLink permite el acceso privado a servicios alojados en otras cuentas de AWS o de socios, sin exponer el tráfico a Internet. Esto es ideal para la API del socio. Establecer un VPC peering con el socio no es la solución más escalable ni segura para acceder a un servicio específico, ya que expone rangos CIDR completos. Adjuntar un Internet Gateway y usar NAT gateways es incorrecto porque el requisito explícito es no atravesar la Internet pública. Usar AWS Direct Connect public virtual interfaces es incorrecto porque Direct Connect se usa para conectar entornos on-premises a AWS, no para la comunicación entre subredes privadas dentro de AWS sin pasar por Internet.