한 회사에서 Amazon EC2 인스턴스에 대한 인시던트 응답을 자동화하기 위해 AWS Lambda 함수를 사용합니다. 이 함수는 아티팩트(예: 인스턴스 ID 및 보안 그룹 구성)를 수집하고 요약을 Amazon S3 버킷에 기록합니다. 이 회사의 VPC에는 인터넷 게이트웨이가 있는 퍼블릭 서브넷과 NAT 게이트웨이가 있는 프라이빗 서브넷이 있습니다. 인시던트 응답과 관련된 모든 S3 트래픽은 AWS 네트워크 내에 유지되어야 하며 퍼블릭 인터넷을 통과해서는 안 됩니다. 어떤 솔루션이 이러한 요구 사항을 충족합니까?

이 솔루션은 Lambda 함수를 프라이빗 서브넷에 배포하고 S3 gateway VPC endpoint를 사용하여 S3 트래픽이 AWS 네트워크 내에 유지되도록 합니다. gateway VPC endpoint는 S3에 대한 프라이빗 연결을 제공하여 인터넷 게이트웨이나 NAT 게이트웨이를 통하지 않고도 VPC에서 S3 버킷에 안전하게 액세스할 수 있도록 합니다. 이는 모든 S3 트래픽이 AWS 네트워크 내에 유지되어야 한다는 요구 사항을 충족합니다. 오답 설명: 프라이빗 서브넷에 Lambda 함수를 배포하고 NAT 게이트웨이를 통해 S3 트래픽을 라우팅하는 것은 NAT 게이트웨이가 S3 트래픽을 퍼블릭 인터넷으로 라우팅할 수 있으므로 AWS 네트워크 내에 트래픽을 유지해야 하는 요구 사항을 충족하지 못합니다. S3 버킷과 Lambda 함수를 동일한 프라이빗 서브넷에 배치하고 기본 Amazon S3 퍼블릭 엔드포인트를 사용하는 것은 S3 버킷이 퍼블릭 엔드포인트를 통해 액세스될 경우 트래픽이 퍼블릭 인터넷을 통과할 수 있으므로 요구 사항을 충족하지 못합니다. S3 버킷은 VPC 내에 직접 배치될 수 없습니다. 동일한 프라이빗 서브넷에 Amazon SQS 큐와 Lambda 함수를 배포하고 큐가 S3 버킷으로 데이터를 전달하도록 구성하는 것은 SQS 큐가 S3로 데이터를 전달할 때 여전히 S3에 대한 프라이빗 연결이 필요하며, 이 솔루션은 S3 트래픽이 AWS 네트워크 내에 유지되도록 하는 핵심 요구 사항을 직접적으로 해결하지 못합니다.