AWS Lambda Node.js cold start가 10초 넘게 걸려요 (번들 사이즈 15MB)

Question

API Gateway + Lambda(Node.js 22) 구조인데, cold start가 10~14초씩 나옵니다. 워밍업 후에는 50ms로 빠른데, 트래픽 낮을 때 새 컨테이너 띄우면 사용자가 체감할 수준으로 느려요.

핸들러는 이런 구조입니다.

// handler.ts
import { PrismaClient } from "@prisma/client";
import { DynamoDBClient } from "@aws-sdk/client-dynamodb";
import { S3Client } from "@aws-sdk/client-s3";
import Stripe from "stripe";
import OpenAI from "openai";

const prisma = new PrismaClient();
const s3 = new S3Client({});
const ddb = new DynamoDBClient({});
const stripe = new Stripe(process.env.STRIPE_KEY!);
const openai = new OpenAI({ apiKey: process.env.OPENAI_KEY! });

export const handler = async (event) => {
  // ...
};

번들러는 esbuild, 최종 zip 사이즈는 15MB 정도. 메모리는 1024MB로 설정.

김영삼 · Accepted Answer

Cold start 10초는 "번들 크기 + init 시점 I/O"가 겹친 전형적 증상입니다. 해결은 여러 레이어로 같이 해야 합니다. 1) init 단계를 가볍게 — "지연 초기화" 패턴 현재는 모든 SDK 클라이언트가 모듈 로드 시점에 초기화됩니다. 대부분의 요청이 쓰는 건 한두 개뿐일 거예요. lazy getter로 바꾸세요. let _prisma: PrismaClient | null = null; export const getPrisma = () => _prisma ??= new PrismaClient(); let _s3: S3Client | null = null; export const getS3 = () => _s3 ??= new S3Client({}); Prisma는 특히 무거워서 안 쓰는 핸들러에서는 로드하지 마세요. 2) 번들 사이즈 줄이기 aws-sdk는 v3 모듈별 import만 쓰고, v2 금지 esbuild에 external: ['@aws-sdk/*

서버지기영호 · Answer

저는 차라리 Lambda Web Adapter + container image로 옮겼습니다. Fastify 그대로 돌고, image 레이어 캐시가 있어서 init이 훨씬 빠릅니다. Lambda zip의 한계에 부딪히면 컨테이너가 답인 경우 많아요. 그리고 진짜 cold 민감한 워크로드면 Cloudflare Workers나 Deno Deploy도 후보입니다(cold start 거의 없음).

전주희 · Answer

lazy init 패턴으로 바꾸고 Prisma binary target 정리하니까 zip이 4.8MB로 줄었고, cold start가 1.4초까지 떨어졌습니다. SnapStart 적용 준비 중인데, 혹시 Prisma 커넥션 풀은 snapshot 시점에 생성해도 되는 건가요, 아니면 요청마다 만들어야 되나요?

댓글 4