Lambda 함수는 Amazon Aurora MySQL 클러스터에 대한 읽기 전용 쿼리를 처리합니다. EventBridge 이벤트가 Lambda를 호출하고, 호출 속도가 증가함에 따라 데이터베이스 지연 시간이 늘어나고 처리량이 감소합니다. 성능을 개선할 수 있는 변경 사항 조합은 무엇입니까? (세 가지 선택)

Lambda 함수와 Aurora MySQL 간의 성능 문제를 해결하려면 연결 관리 최적화가 중요합니다. 1. Aurora 클러스터 리더 엔드포인트에 연결된 Amazon RDS Proxy를 프로비저닝하고 프록시에 최대 연결 비율을 설정합니다. RDS Proxy는 데이터베이스 연결 풀을 관리하여 Lambda의 짧은 수명 연결 요청을 효율적으로 처리하고 데이터베이스 부하를 줄입니다. 최대 연결 비율을 설정하면 과도한 연결로 인한 데이터베이스 오버로드를 방지할 수 있습니다. 2. Lambda 이벤트 핸들러 외부에서 데이터베이스 연결을 엽니다(호출 간 재사용). Lambda 함수가 콜드 스타트될 때 한 번만 연결을 설정하고 이후 호출에서 재사용하면 각 호출마다 연결을 새로 생성하는 오버헤드를 줄여 지연 시간을 단축하고 성능을 향상시킬 수 있습니다. 3. Lambda 함수가 프록시 엔드포인트에 연결하도록 합니다. Lambda 함수가 Aurora 클러스터 엔드포인트 대신 RDS Proxy 엔드포인트에 연결하도록 구성해야 합니다. 이렇게 하면 Lambda 함수가 RDS Proxy의 연결 풀링 및 관리 기능을 활용할 수 있습니다. 'Lambda 코드 내에 연결 풀링을 구현하고 풀 연결에 최대값을 설정합니다'는 Lambda 컨테이너가 재활용될 때 연결 풀이 손실될 수 있으므로 효과적이지 않습니다. '각 호출에 대해 Lambda 이벤트 핸들러 내에서 데이터베이스 연결을 열고 닫습니다'는 각 호출마다 새로운 연결을 생성하여 오버헤드와 지연 시간을 증가시키므로 비효율적입니다. 'Lambda 함수가 Aurora 클러스터 엔드포인트에 직접 연결하도록 합니다'는 RDS Proxy의 이점을 활용하지 못하고 데이터베이스에 직접적인 연결 부하를 가중시킵니다.