수만 명의 사용자를 지원해야 하는 모바일 사진 저장 앱을 구축하고 있습니다. 백엔드는 Lambda와 통합된 API Gateway를 사용하여 업로드를 처리하고, DynamoDB는 사진 메타데이터를 저장합니다. 사용자는 가입하고, 사진(300KB~5MB)을 업로드하고, 이전에 업로드한 사진을 검색해야 합니다. 운영 오버헤드가 가장 적으면서 이러한 요구 사항을 충족하는 아키텍처는 무엇입니까?

정답은 Amazon Cognito 사용자 풀을 사용하여 사용자 계정을 관리하고, API Gateway에서 Cognito 사용자 풀 권한 부여자를 사용하는 것입니다. Lambda 함수는 사진 파일을 Amazon S3에 저장하고 S3 객체 키를 DynamoDB 메타데이터 테이블에 기록합니다. 사진 검색 시 DynamoDB에서 S3 키를 조회하여 S3에서 사진을 가져옵니다. 이 아키텍처는 다음과 같은 이유로 가장 적은 운영 오버헤드로 요구 사항을 충족합니다. 1. Amazon Cognito 사용자 풀: 수만 명의 사용자를 위한 확장 가능한 사용자 관리 및 인증을 제공하며, API Gateway와 쉽게 통합됩니다. 2. Amazon S3: 300KB~5MB 크기의 사진 파일을 저장하기 위한 비용 효율적이고 확장성이 뛰어난 객체 스토리지입니다. 3. DynamoDB: 사진 메타데이터와 S3 객체 키를 저장하기 위한 빠르고 확장 가능한 NoSQL 데이터베이스입니다. 4. Lambda: 서버리스 방식으로 업로드 및 검색 로직을 처리하여 운영 오버헤드를 최소화합니다. 오답 설명: 첫 번째 오답: Lambda가 사진을 DynamoDB에 직접 저장하도록 하는 것은 DynamoDB의 크기 제한(항목당 400KB)을 초과하므로 적합하지 않습니다. 세 번째 오답: 모든 애플리케이션 사용자를 위한 IAM 사용자 생성은 수만 명의 사용자를 처리하기에 확장성이 떨어지고 관리 오버헤드가 매우 높습니다. 네 번째 오답: DynamoDB 사용자 테이블에서 사용자 계정을 관리하고 Lambda 권한 부여자를 구현하는 것은 Cognito 사용자 풀에 비해 더 많은 개발 및 관리 오버헤드를 발생시킵니다. Cognito는 사용자 관리 및 인증을 위한 완전 관리형 서비스입니다.