API Gateway 뒤에 Lambda를 연결했는데, 첫 번째 요청만 유독 느립니다. 이후 요청은 50ms 이내로 응답하지만, 트래픽이 없다가 다시 들어오면 1~2초가 걸립니다. 서버를 직접 관리하지 않아도 된다는 서버리스의 장점은 분명하지만, 이 지연은 어디서 오는 걸까요? Lambda의 실행 환경 구조를 이해하면 이 문제의 원인과 대응 방법이 명확해집니다.요약항목내용서비스 유형FaaS (Function as a Service) — 이벤트 기반 서버리스 컴퓨팅실행 환경 수명 주기Init → Invoke → (재사용 또는) ShutdownCold Start 원인새 실행 환경 생성 시 Init 단계에서 발생하는 초기화 지연런타임별 Cold StartPython/Node.js: 100~300ms, Java/..

App Service는 상시 실행되는 웹 애플리케이션을 위한 PaaS이고, Azure Functions는 이벤트에 반응하는 함수 단위 서버리스(FaaS)입니다. 둘 다 코드를 배포하면 인프라를 관리해주지만, 과금 모델과 스케일링 방식이 근본적으로 다릅니다. 워크로드 특성에 따라 비용 차이가 수배에서 수십 배까지 벌어질 수 있습니다.핵심 요약App Service는 App Service Plan(VM 인스턴스)을 할당받아 상시 실행됩니다. 트래픽이 없어도 인스턴스 비용이 발생합니다.Azure Functions는 Consumption Plan에서 실행 횟수와 실행 시간 기준으로 과금됩니다. 트래픽이 없으면 비용이 0에 수렴합니다.App Service는 여러 엔드포인트, 미들웨어, WebSocket, 백그라운드..

Cloud Run은 컨테이너를 배포 단위로 사용하는 서버리스 플랫폼이고, Cloud Functions는 함수 단위의 이벤트 기반 서버리스(FaaS)입니다. 2024년 8월 이후 Google은 Cloud Functions를 "Cloud Run functions"로 리브랜딩하며 Cloud Run 플랫폼 위에서 실행하도록 통합했지만, 두 서비스의 설계 철학과 적합한 워크로드는 여전히 다릅니다.핵심 요약Cloud Run은 컨테이너 이미지를 배포 단위로 사용합니다. HTTP 서버를 직접 구현하며, 런타임 환경을 완전히 제어할 수 있습니다.Cloud Functions(Cloud Run functions)는 소스 코드(함수) 를 배포 단위로 사용합니다. 빌드와 컨테이너화를 플랫폼이 처리합니다.Cloud Run은 최대..