AWS가 Lambda에 동시 요청(concurrent request)을 지원하는 HTTP 기능을 제공하고 다중 리전 복제를 구현합니다

AWS는 2026년 10월 12일에 Lambda Web Functions를 발표했습니다. 이는 표준 HTTP 서버를 이벤트 핸들러로 재작성하지 않고 실행합니다. 각 실행 환경은 최대 128개의 동시 요청을 처리할 수 있으며, 기존의 Event Functions는 한 번에 하나의 요청만 처리했습니다. CPU 시간은 능동적으로 측정되므로 I/O 대기 시간에 대한 비용은 적고, 메모리는 환경 유지 기간 동안 청구됩니다. 코드는 배포 시 선택된 리전으로 복제되며 단일 글로벌 URL 뒤에서 최적 노력 지연 시간 기반 라우팅(best-effort latency-based routing)이 제공되고 CloudFront 오리진 액세스 제어(origin access control)가 지원됩니다. 이 기능은 오늘 Node.js 24의 Arm64 아키텍처를 사용하여 US East (N. Virginia 및 Ohio), US West (Oregon), Tokyo, Ireland의 다섯 개 리전에서 사용할 수 있습니다. 출처: https://aws.amazon.com/blogs/aws/announcing-aws-lambda-web-functions-for-fast-consistent-web-app-performance-anywhere/ 제가 생각하는 함의는 다음과 같습니다: Amazon은 Lambda를 운영하며, Web Functions라는 폼팩터(form factor)를 통해 서버리스 제품을 표준 HTTP 애플리케이션 호스팅으로 확장하는 공급업체입니다. Cloudflare의 Workers 런타임은 전 세계적으로 분산된 위치에서 HTTP 애플리케이션을 동시 실행하기 위한 확립된 제품이며, AWS가 이제 Lambda에 내장한 특정 실행 모델이므로, AWS가 Lambda의 설치 기반을 전환할 경우 Cloudflare와 경쟁하게 됩니다. Fastly는 Compute를 HTTP 워크로드를 위한 엣지 서버리스 런타임으로 마케팅하며 동일한 개발자 배포를 놓고 경쟁하므로, 해당 배포가 Lambda로 통합될 경우 Fastly와 경쟁하게 됩니다. 촉매제는 AWS가 Web Functions의 출시 리전 다섯 개와 단일 Node.js 24 Arm64 런타임을 넘어 확장하는 것과, Cloudflare 및 Fastly의 다음 분기 실적 발표 및 개발자 플랫폼 발표이며, 이 자리에서 다중 리전 복제를 갖춘 동시 요청 HTTP 서버리스를 제공하는 하이퍼스케일러가 등장해야 할 것입니다.

만약 AWS가 5개 리전 중 하나의 런타임에 Web Functions를 베스트 에포트 라우팅(best-effort routing)으로 남겨둔다면, 이는 오늘날 엣지 런타임(edge runtimes)에서 실행되는 폴리글랏(polyglot), 글로벌 분산 워크로드(globally distributed workloads)를 호스팅할 수 없게 되며, 경쟁적인 입지는 실패합니다. 만약 활성 CPU 기반 청구 방식이 장기 실행 환경에 대한 메모리 청구액으로 상쇄된다면, 웹 애플리케이션을 해당 서비스로 마이그레이션하는 비용적 논거는 사라집니다.