API Gateway 리전 엔드포인트와 AWS Lambda 함수를 사용하는 웹 애플리케이션을 구축했습니다. 사용자는 해당 리전 근처에 있습니다. Lambda 함수는 3개의 읽기 전용 복제본이 있는 Amazon Aurora MySQL 데이터베이스를 쿼리합니다. 높은 로드(부하)에서 애플리케이션은 많은 데이터베이스 연결을 열고 성능 목표를 달성하지 못합니다. 성능을 개선하기 위해 어떤 조치를 취해야 합니까? (두 가지 선택)

Amazon RDS Proxy를 사용하면 Lambda 함수가 데이터베이스 연결을 효율적으로 관리하고 재사용할 수 있어, 높은 로드 상황에서 발생하는 연결 과부하 문제를 해결합니다. 특히 Aurora reader endpoint를 가리키도록 구성하면 읽기 작업이 복제본으로 분산되어 데이터베이스의 부하를 줄일 수 있습니다. Lambda Provisioned Concurrency를 활성화하면 Lambda 함수가 미리 초기화되어 요청에 즉시 응답할 수 있으므로, 콜드 스타트 지연을 줄이고 애플리케이션 성능을 향상시킵니다. 오답 설명: 트래픽을 Aurora 클러스터 엔드포인트로 보내는 것은 쓰기 작업에 적합하지만, 읽기 전용 복제본의 이점을 활용하지 못합니다. 데이터베이스 연결 열기 코드를 Lambda 이벤트 핸들러 외부로 이동하는 것은 좋은 습관이지만, RDS Proxy만큼 효과적인 연결 풀링을 제공하지 못하며, Lambda 인스턴스가 재활용될 때 연결이 끊어질 수 있습니다. API Gateway를 엣지 최적화 엔드포인트로 변경하는 것은 사용자 지연 시간을 줄일 수 있지만, 데이터베이스 연결 문제와는 직접적인 관련이 없습니다.