애플리케이션은 하나의 작은 프라이머리 인스턴스와 세 개의 더 큰 읽기 전용 복제본으로 구성된 Amazon Aurora PostgreSQL DB 클러스터를 사용합니다. 이 앱은 읽기 전용 쿼리를 위해 읽기 전용 복제본에 많은 단기 연결을 여는 AWS Lambda 함수에서 실행됩니다. 예측할 수 없는 높은 트래픽 기간 동안 애플리케이션이 불안정해지고 데이터베이스에서 너무 많은 연결이 보고됩니다. 애플리케이션의 안정성을 향상시킬 수 있는 변경 사항은 무엇입니까?

정답은 Amazon RDS Proxy를 사용하여 DB 클러스터용 프록시를 생성하고, 프록시에 읽기 전용 엔드포인트를 구성한 다음, Lambda 함수가 프록시 엔드포인트에 연결하도록 업데이트하는 것입니다. RDS Proxy는 데이터베이스 연결 풀링을 제공하여 Lambda와 같이 단기 연결을 많이 생성하는 애플리케이션의 연결 오버헤드를 줄여줍니다. 이를 통해 데이터베이스의 연결 수가 과도하게 증가하는 것을 방지하고 애플리케이션 안정성을 향상시킬 수 있습니다. maxconnections를 늘리는 것은 일시적인 해결책일 뿐 근본적인 연결 관리 문제를 해결하지 못하며, 데이터베이스 리소스 소모를 증가시킬 수 있습니다. 인스턴스 스케일링은 용량 문제를 해결하지만, 과도한 연결 생성 자체를 막지는 못합니다. Aurora Data API는 HTTP 기반 인터페이스로, 기존 PostgreSQL 클라이언트 연결을 사용하는 Lambda 함수에는 적합하지 않습니다.