Una empresa utiliza funciones de AWS Lambda para automatizar la respuesta a incidentes en instancias de Amazon EC2. Las funciones recopilan artefactos (por ejemplo, ID de instancia y configuración de grupos de seguridad) y escriben un resumen en un bucket de Amazon S3. La VPC de la empresa tiene subredes públicas con un internet gateway y subredes privadas con un NAT gateway. Todo el tráfico de S3 relacionado con la respuesta a incidentes debe permanecer en la red de AWS y no debe atravesar la internet pública. ¿Qué solución cumple estos requisitos?

La opción correcta asegura que el tráfico a S3 permanezca dentro de la red de AWS sin pasar por internet. Al implementar las funciones Lambda en subredes privadas, se garantiza que no tengan acceso directo a internet. Un VPC Gateway Endpoint para S3 permite que las funciones en la VPC accedan a S3 de forma privada y segura, enrutando el tráfico directamente a través de la red de AWS, lo que cumple con el requisito de no atravesar la internet pública. La primera opción es incorrecta porque enrutar el tráfico de S3 a través de un NAT Gateway implicaría que el tráfico saldría a internet antes de llegar a S3, lo cual contraviene el requisito de seguridad. La tercera opción es incorrecta porque, aunque el bucket y las funciones estén en la misma subred privada, usar el endpoint público predeterminado de S3 significaría que el tráfico saldría a internet. La cuarta opción es incorrecta porque introducir SQS no resuelve el problema fundamental de cómo las funciones Lambda acceden a S3 de forma privada y segura; el tráfico de SQS a S3 también necesitaría una solución de acceso privado si SQS se configurara para enviar a S3.