모바일 앱을 위한 모놀리식 REST API가 퍼블릭 서브넷의 EC2 인스턴스 5개에서 실행되며, 인스턴스의 IP를 직접 가리키는 Route 53 다중값 응답 레코드를 통해 서비스되고 있습니다. 갑작스러운 대규모 트래픽 급증으로 인해 앱이 과부하되고 있습니다. 운영 오버헤드를 최소화하면서 새로운 가변 로드에 맞게 애플리케이션을 확장할 수 있는 솔루션은 무엇입니까?

이 솔루션은 운영 오버헤드를 최소화하면서 가변 로드에 맞게 애플리케이션을 확장하는 가장 효과적인 방법입니다. Application Load Balancer(ALB)는 들어오는 트래픽을 여러 EC2 인스턴스에 자동으로 분산하여 단일 인스턴스 과부하를 방지하고 고가용성을 제공합니다. EC2 인스턴스를 프라이빗 서브넷으로 이동하면 보안이 강화됩니다. Route 53 레코드를 ALB로 업데이트하면 트래픽이 로드 밸런싱된 환경으로 라우팅됩니다. 다른 옵션들은 다음과 같은 이유로 최적의 해결책이 아닙니다. API를 Lambda 함수로 분할하는 것은 상당한 아키텍처 변경과 개발 노력이 필요하며, 모놀리식 API의 즉각적인 확장성 문제 해결에는 적합하지 않습니다. API를 컨테이너화하고 EKS 클러스터에서 실행하는 것은 복잡성이 높고 운영 오버헤드가 증가합니다. EC2 인스턴스를 Auto Scaling 그룹에 넣고 Lambda 함수로 Route 53 레코드를 업데이트하는 것은 ALB 없이 직접 Route 53 레코드를 업데이트하는 방식이므로, 인스턴스 변경 시 Route 53 업데이트 지연이 발생할 수 있고, ALB가 제공하는 고급 트래픽 관리 및 상태 확인 기능을 활용할 수 없습니다.