서버리스 함수가 처음 실행될 때는 런타임과 애플리케이션 준비에 추가 시간이 들 수 있습니다. V8의 Isolate는 하나의 V8 프로세스 안에서 자바스크립트 실행 환경을 분리하는 단위이고, 시작 스냅샷은 미리 초기화한 V8 힙 상태를 새 컨텍스트에 복원해 반복 초기화 일부를 줄이는 방법입니다. 둘은 관련은 있지만 서로 다른 최적화입니다.

V8 Isolate 실행 환경과 사전 준비한 힙 상태를 복원하는 시작 스냅샷의 개념도

Isolate와 프로세스 격리는 같은 말이 아니다

Isolate는 V8이 자바스크립트 실행을 나누는 논리적 환경입니다. Cloudflare가 자사 아키텍처를 설명한 글에서는 한 프로세스 안에서 많은 Isolate를 실행하고 서로의 메모리에 접근하지 못하도록 설계한다고 설명합니다. 같은 글은 Isolate의 시작과 메모리 비용을 기존 프로세스·컨테이너 방식과 비교하지만, 이는 특정 공급자가 당시 자사 시스템을 설명한 값입니다. 모든 런타임의 보편적인 시작 시간이나 보안 보장으로 읽으면 안 됩니다.

컨테이너는 운영체제 수준의 실행환경 격리이고, V8 Isolate는 자바스크립트 엔진 내부의 격리 단위입니다. 컨테이너를 사용하지 않는다고 해서 격리·보안 검토가 사라지는 것은 아닙니다. 애플리케이션이 허용되는 언어와 네이티브 바이너리, 실행 모델도 달라질 수 있으므로 기존 워크로드를 옮길 수 있는지 별도로 확인해야 합니다.

시작 스냅샷은 준비된 힙을 재사용한다

V8 문서는 새 컨텍스트에서 내장 기능을 처음부터 초기화하는 대신, 미리 만들어 둔 스냅샷을 힙에 역직렬화하는 방식으로 컨텍스트 생성 시간을 줄일 수 있다고 설명합니다. V8 4.3 시기의 커스텀 스냅샷 API는 임베더가 스크립트를 실행해 얻은 컨텍스트 상태를 저장하고, 새 Isolate의 컨텍스트가 이를 사용하게 합니다. 예시에서는 매번 다시 읽고 실행하던 공통 스크립트 준비를 줄입니다.

V8 문서의 데스크톱 40ms에서 2ms 미만, 평균 휴대전화 270ms에서 10ms라는 수치는 2015년 문서가 설명한 당시 환경의 예입니다. 현재 앱의 지연시간이나 특정 서버리스 제품의 보장값이 아닙니다. 실제 효과는 스냅샷 생성 비용, 저장·로딩 경로, 런타임 버전, 코드와 하드웨어에 따라 달라지므로 측정 대상과 조건을 맞춘 벤치마크가 필요합니다.

스냅샷에는 외부 세계의 상태가 들어가지 않는다

커스텀 시작 스냅샷은 V8 힙을 담을 뿐, V8 밖의 모든 자원까지 보존하는 일반 메모리 체크포인트는 아닙니다. V8 문서는 API 콜백의 정의·호출과 외부 저장소가 필요한 typed array 등을 스냅샷 생성 과정의 제한으로 듭니다. 저장 시점에 계산한 Date.now()나 Math.random() 값도 복원 뒤 새로 계산되지 않고 고정된 값처럼 남을 수 있다고 경고합니다.

따라서 초기화 때 현재 시각, 난수, 요청별 사용자 정보, 열린 파일·소켓처럼 실행마다 달라져야 하는 값을 만들면 안 됩니다. 이런 값은 요청 또는 실행 시점에 다시 얻도록 분리하고, 스냅샷에 포함할 코드가 결정적이고 재사용 가능한지 시험해야 합니다. V8 문서의 API 예시는 해당 시기의 API를 설명하므로 현재 배포판에서의 사용법은 해당 버전의 공식 문서와 시험으로 확인해야 합니다.

전문가 관점: 두 최적화를 측정 단위로 구분한다

Cloudflare 글은 Isolate가 가볍게 시작하는 아키텍처를 설명하고, V8 글은 사용자 정의 힙 스냅샷이 컨텍스트 초기화를 줄이는 구체적 메커니즘을 보여 줍니다. 전자는 실행환경을 만드는 비용에 관한 공급자 설명이고, 후자는 엔진 컨텍스트 준비에 관한 기술 문서입니다. 두 수치를 더하거나 하나의 제품 성능으로 합쳐 말할 근거는 없습니다.

평가할 때는 요청 첫 실행의 런타임 준비, 애플리케이션 모듈 초기화, 실제 요청 처리 시간을 따로 기록하세요. 스냅샷이 줄인 구간, 생성·배포 비용, 런타임 업그레이드 때의 재생성, 메모리 사용량을 함께 비교해야 합니다. 이 글은 특정 서비스 선택이나 성능 보장을 권하지 않으며, 실제 결과는 제품 버전과 실행 조건에서 재측정해야 합니다.

출처