서버 / 클라우드 소식 · 2026년 10월 13일 기준
AWS Lambda Web Functions 출시: Node.js 웹 배포·요금·지원 리전 핵심 정리
기존 Lambda와 무엇이 달라졌는지, 어떤 서비스를 옮길지, 비용과 서울 리전 판단까지 공식 문서의 조건을 짚습니다.
Lambda Web Functions란? 기존 Lambda와 달라진 HTTP 실행 방식
AWS는 2026년 10월 12일 Lambda Web Functions를 발표했다. 이번 서비스는 웹 애플리케이션과 API 서버를 HTTP 서버 그대로 실행하도록 설계됐다. 기존의 이벤트 중심 Lambda는 Event Functions로 구분된다. 명칭 변경만으로 기존 함수에 코드 변경이나 재배포가 요구되는 것은 아니라는 것이 발표 당시 설명이다.
Lambda Web Functions 기존 Lambda 차이는 요청을 처리하는 인터페이스에 있다. Web Functions는 애플리케이션이 네트워크 포트를 열어 요청을 받고, Event Functions는 이벤트 핸들러 중심이다. HTTP 서비스와 큐 작업을 같은 배포 방식으로 취급하지 않는 것이 중요하다.
Node.js 웹 프레임워크: Express·Hono 배포와 런타임
AWS Lambda Web Functions Node.js 런타임은 일반적인 HTTP 서버 형태를 지원한다. Express와 Hono, React Router 같은 웹 프레임워크를 Lambda 전용 어댑터 없이 사용할 수 있다는 것이 공식 문서의 핵심이다. 애플리케이션 코드는 포트를 리스닝하고, 플랫폼은 HTTPS 엔드포인트와 실행 환경을 맡는다.
Lambda Web Functions Express 배포를 검토할 때는 기존 Node.js 서버가 요구하는 환경 변수, 포트 및 리소스 사용량을 먼저 확인해야 한다. 2026년 10월 13일 기준 공식 문서에서 Web Functions는 Node.js만 지원한다. Python·Java·.NET까지 지원한다고 소개하면 안 된다.
요금 구조: 요청·CPU·메모리·전송 비용을 분리해 계산
Lambda Web Functions 요금은 CPU만 계산하는 방식이 아니다. 공식 문서는 요청 수, 활성 CPU 시간, 실행 환경의 수명 동안 사용된 메모리, 데이터 전송을 비용 요소로 설명한다.
Lambda Web Functions CPU 메모리 과금 차이를 이해하려면 대기 시간을 구분해야 한다. 데이터베이스 응답을 기다리는 동안 CPU 사용은 적을 수 있지만 실행 환경이 유지되는 동안 메모리 비용은 발생할 수 있다. 기존 서비스보다 항상 저렴하다고 단정할 수 없으며 실제 트래픽·대기 비중·메모리·지역별 단가로 추정해야 한다.
지원 리전: 초기 발표에 서울 포함됐나?
AWS Lambda Web Functions 지원 리전은 최초 발표 당시 버지니아 북부, 오하이오, 오리건, 도쿄, 아일랜드로 2차 리서치에 기록됐다. 이 목록에는 서울이 포함되지 않았다. 하지만 이는 2026년 10월 12일 발표 당시 범위이지, 이후 리전 추가 가능성까지 부정하는 뜻이 아니다.
AWS Lambda Web Functions 서울 리전 지원 여부는 배포 직전에 AWS 콘솔과 공식 리전 안내를 다시 확인해야 한다. AWS의 2026년 10월 12일 공식 발표에 따르면 최초 지원 리전은 미국 버지니아 북부·오하이오·오리건, 일본 도쿄, 아일랜드이며 서울은 포함되지 않았다. 이후 지원 여부는 AWS 공식 리전 안내를 확인해야 한다.
콜드 스타트·동시 요청·스트리밍의 실제 동작
Lambda Web Functions 동시 요청 처리는 각 실행 환경이 여러 HTTP 요청을 수용한다는 점이 특징이다. 요청 증가에 따라 실행 환경이 확장되고 유휴 상태가 이어지면 스케일 투 제로가 가능하다.
다만 Lambda Web Functions 콜드 스타트가 완전히 사라진 것은 아니다. 트래픽이 다시 유입되면 새 실행 환경의 초기화가 필요한 요청은 대기할 수 있다. Lambda Web Functions 응답 스트리밍은 서버가 생성한 출력을 클라이언트에 순차 전달하는 데 적합하며 LLM 답변 전송 같은 상황에서 유용하다.
Web Functions와 Event Functions, 어떤 작업에 맞을까?
Lambda Web Functions Event Functions 비교의 핵심은 진입점이다. SSR, REST·GraphQL API, 웹훅, 마이크로서비스처럼 HTTP 요청에 직접 응답하는 서비스는 Web Functions 후보가 된다.
큐 메시지 처리, 파일 업로드 이벤트, 비동기 이벤트 핸들링은 Event Functions가 맞는 경우가 많다. 장기 실행 여부와 외부 의존성, 장애 재시도 요구도 함께 검토해야 하며 모든 기존 Lambda 함수를 이전할 이유는 없다.
HTTPS·자체 도메인·WAF 구성 방법
Lambda Web Functions HTTPS 사용자 도메인 구성은 기본 제공 HTTPS 엔드포인트와 커스텀 도메인을 구분해야 한다. AWS는 엔드포인트에 TLS를 제공하며, 자체 도메인이나 AWS WAF 보호가 필요할 경우 CloudFront를 앞단에 배치하도록 안내한다.
인증은 엔드포인트별 IAM 인증 또는 애플리케이션이 관리하는 인증 방식으로 설정할 수 있다. 운영 전에는 지역·접근 제어·WAF 규칙·전송량 요금을 함께 점검해야 한다.
자주 묻는 질문
Lambda Web Functions란 무엇이며 기존 Lambda와 어떤 차이가 있나?
AWS는 2026년 10월 12일 Lambda Web Functions를 발표했다. Web Functions는 Express·Hono 등 Node.js HTTP 서버가 포트에서 직접 요청을 수신하도록 하며 Lambda 전용 핸들러 어댑터 없이 실행할 수 있다. 기존 Lambda 함수가 Event Functions라는 이름으로 구분되지만 기존 함수의 코드 변경·재배포를 요구하지 않는 명칭 변경이다.
어떤 웹 프레임워크와 언어를 지원하나?
Web Functions는 Express·Hono 등 Node.js HTTP 서버가 포트에서 직접 요청을 수신하도록 하며 Lambda 전용 핸들러 어댑터 없이 실행할 수 있다. Web Functions의 초기 지원 런타임은 Node.js만이며 Python·Java·.NET을 지원한다고 단정할 수 없다.
Web Functions 과금은 CPU만 계산하나?
과금 요소는 요청, 활성 CPU 시간, 실행 환경 메모리 사용, 데이터 전송을 포함한다. I/O 대기 시 CPU 사용이 적어도 메모리 비용은 발생할 수 있다.
한국 서울 리전에서도 바로 사용할 수 있나?
초기 지원 리전은 버지니아 북부·오하이오·오리건·도쿄·아일랜드이며 서울은 명시되지 않았다.
콜드 스타트·동시 요청·스트리밍은 어떻게 처리되나?
Web Functions는 동시 HTTP 요청 처리·응답 스트리밍 및 트래픽 감소 시 스케일 투 제로를 지원하나 최초 요청 지연 가능성까지 사라지는 것은 아니다.
어떤 워크로드를 Event Functions와 구분해 선택해야 하나?
SSR·REST API·웹훅·스트리밍 응답 등 HTTP 워크로드에 적합하고 큐·파일 이벤트 기반 처리는 Event Functions 사용을 안내한다.
HTTPS·도메인·WAF는 어떻게 구성하나?
Web Functions는 기본 HTTPS 엔드포인트를 제공하며 자체 도메인 또는 AWS WAF를 사용하려면 CloudFront 배치를 안내한다.
출처 및 확인 범위
- AWS: AWS Lambda announces Lambda Web Functions
- AWS Lambda Developer Guide: AWS Lambda Web Functions
- AWS News Blog: Announcing AWS Lambda Web Functions
공식 AWS 개발자 문서 재확인 완료. 공식 발표문 일부 URL은 재열람 불가하여 2차 리서치 근거로만 인용했습니다. 리전·단가는 배포 전 확인해야 합니다.
