데브옵스
AWS Lambda Web Functions 실전 가이드 1부: 실행 모델, 과금, Amazon CloudFront 오리진 구성
두줄요약
AWS Lambda Web Functions의 HTTP 서버 실행 모델, 동시성·과금·배포 방식을 정리했습니다.\nCloudFront OAC 구성과 Event Functions 대비 워크로드별 비용 판단 기준을 제시했습니다.
구조와 흐름
- 표준 HTTP 서버를 어댑터 없이 배포하고 실행 환경당 최대 128개 요청을 처리하는 AWS Lambda Web Functions
- Web Function·불변 Revision·최대 두 Revision으로 라우팅하는 엔드포인트 구조
- Node.js 24 Arm64 기반 고정 2 vCPU·2GB 환경, 10초 내 서버 대기와 SIGTERM 후 1초 내 종료 요구 사항
성능/운영 포인트
- 실행 환경 수와 환경당 동시성으로 용량 확장, 한도 초과 시 큐잉 없이 HTTP 429 반환
- 요청별 전역 상태 공유 방지, CPU 집약 동기 작업 회피, 세션·영속 데이터의 외부 저장소 분리
- 스트리밍 응답의 완료 이벤트, 배포 후 실제 요청 검증, 동시성·활성 환경 지표 기반 설정 조정
트레이드오프
- 활성 CPU만 과금하고 유휴 시간을 포함한 메모리 과금 적용
- 처리 시간이 활성 CPU의 약 5~6배를 넘는 장기 I/O·LLM 스트리밍 워크로드에서 비용상 유리
- 짧은 요청 중심 API는 Event Functions가 더 저렴할 수 있는 비용 구조
적용해볼 점
- Revision 가중치 기반 카나리·블루/그린 배포와 이전 Revision 즉시 롤백
- IamAuth 엔드포인트와 CloudFront OAC 조합으로 CloudFront 요청만 허용
- 사용자별 응답 경로의 Authorization 캐시 키 포함 또는 캐싱 비활성화
