운전자는 핸드헬드 장치에서 단일 EC2 인스턴스로 FTP를 통해 배송 확인(서명 사진)을 업로드합니다. 각 장치는 사용자별 디렉터리에 파일을 작성합니다. EC2 인스턴스는 중앙 DB를 쿼리하여 메타데이터를 추가한 다음 파일을 S3에 보관합니다. 볼륨이 증가함에 따라 EC2 인스턴스의 FTP 서버가 연결을 끊고 실패하고 있으며, 임시 해결책으로 cron 재부팅이 사용되었습니다. 장치는 변경할 수 없습니다. 파일이 아카이브에 도달하고 백엔드 시스템이 업데이트되도록 보장하는 확장 가능한 솔루션을 설계하십시오.

정답은 AWS Transfer Family를 사용하여 수신 파일을 Amazon S3에 직접 작성하는 FTP 서버를 호스팅하고, S3 이벤트 알림(SNS)을 통해 Lambda 함수를 호출하여 메타데이터를 추가하고 배송 시스템을 업데이트하는 것입니다. AWS Transfer Family는 FTP 서버를 관리할 필요 없이 확장 가능한 FTP 엔드포인트를 제공하며, S3에 직접 파일을 저장하여 EC2 인스턴스의 부하를 줄입니다. S3 이벤트 알림과 Lambda를 사용하면 파일 업로드 시 자동으로 후처리 로직을 실행하여 확장 가능하고 서버리스 방식으로 메타데이터 추가 및 백엔드 업데이트를 처리할 수 있습니다. 오답인 "기존 EC2 서버의 AMI를 생성하고 Application Load Balancer 뒤에 EC2 인스턴스의 Auto Scaling 그룹을 시작합니다. 최소 3개의 인스턴스를 구성합니다"는 FTP 서버 자체의 확장성을 해결하지만, 여전히 EC2 인스턴스를 관리해야 하고, 파일이 S3로 이동하는 과정이 명확하지 않습니다. "AWS Transfer Family를 사용하여 수신 파일을 Amazon EFS 파일 시스템에 저장하는 FTP 서버를 호스팅합니다. 기존 EC2 인스턴스에 EFS 볼륨을 마운트하고 처리 애플리케이션을 새 EFS 경로로 지정합니다"는 EFS를 도입하지만, 여전히 EC2 인스턴스에서 처리 애플리케이션을 실행해야 하며, S3로의 최종 아카이빙 단계가 명확하지 않습니다. "핸드헬드 장치를 업데이트하여 파일을 Amazon S3에 직접 업로드하고 S3 이벤트 알림(SQS)을 사용하여 Lambda를 호출하여 메타데이터를 추가하고 배송 시스템을 업데이트합니다"는 핸드헬드 장치를 변경할 수 없다는 문제의 제약 조건과 모순됩니다.