Bun — Node.js보다 25배 빠른 런타임

이 토픽을 마치면

Bun이 왜 빠른지 원리를 이해하고, Node.js와의 차이를 설명할 수 있게 됩니다. 무조건 바꿔야 하는지 아닌지도 판단할 수 있게 됩니다.

Node.js는 느린 런타임이 아닙니다. Chrome의 V8 엔진을 쓰고 있고, 비동기 I/O로 수만 개 동시 연결을 처리합니다. 실제로 Node.js 기반 서비스가 대규모 트래픽을 잘 감당하고 있습니다.

그런데 Bun이 벤치마크에서 Node.js보다 HTTP 서버는 4배, 패키지 설치는 25배 빠르다고 발표했습니다. 어떻게 가능할까요?

Node.js는 Google의 V8 엔진을 씁니다. Bun은 Apple의 JavaScriptCore(JSC)를 씁니다. Safari에 들어가는 엔진입니다.

JSC는 V8보다 시작 속도가 빠릅니다. V8은 코드를 최적화하는 데 시간을 많이 쓰는 대신 장시간 실행에 유리하고, JSC는 빠르게 시작하는 데 최적화되어 있습니다. 서버 요청을 처리하는 짧은 작업에서는 이 차이가 크게 느껴집니다.

그리고 Bun 자체가 Zig라는 저수준 언어로 작성됐습니다. C++로 작성된 Node.js보다 메모리 할당이 효율적이고, 가비지 컬렉션 오버헤드가 적습니다.

Node.js 생태계에서는 도구가 다 따로입니다:

text

Node.js (런타임) + npm (패키지 매니저) + webpack (번들러) + jest (테스트)

Bun은 이걸 하나로 합쳤습니다:

text

bun (런타임 + 패키지 매니저 + 번들러 + 테스트 러너)

bun install은 npm install을 대체합니다. node_modules를 심링크 기반으로 설치해서 속도가 압도적입니다. 100개 패키지 설치에 npm이 30초 걸릴 때 bun은 1~2초면 끝납니다.

bun test는 Jest 호환 테스트 러너입니다. bun build는 번들러입니다. 별도로 설치할 게 없습니다.

Bun은 Node.js 호환성을 핵심 목표로 잡았습니다. 대부분의 Node.js API(fs, path, http, crypto)를 지원합니다. package.json도 그대로 읽고, node_modules도 그대로 씁니다.

bash

# Node.js로 실행하던 걸
node server.js

# Bun으로 바꾸면
bun server.js

많은 경우 이게 전부입니다. TypeScript 파일도 별도 설정 없이 바로 실행합니다:

bash

bun app.ts

ts-node도, tsconfig.json도 필요 없습니다. Bun이 내부적으로 TypeScript를 트랜스파일합니다.

아직은 조심해야 합니다. 몇 가지 현실적인 문제가 있습니다.

호환성 100%가 아닙니다. Node.js에만 있는 일부 API나 네이티브 모듈(node-gyp 기반)이 안 되는 경우가 있습니다. Prisma, Sharp 같은 바이너리 의존 패키지가 문제를 일으키는 사례가 보고됩니다.

프로덕션 안정성. Bun은 2023년 9월에 1.0이 나왔습니다. Node.js는 2009년부터 쌓아온 프로덕션 검증 시간이 있습니다. 크리티컬한 서비스에 바로 투입하기에는 리스크가 있습니다.

생태계 지원. Node.js 기반으로 만들어진 프레임워크(NestJS, Express 등)는 Bun에서 대부분 동작하지만, edge case에서 예상과 다르게 작동할 수 있습니다.

현실적인 전략은 개발 도구로 먼저 쓰는 것입니다. bun install로 패키지 설치 속도를 높이고, bun test로 테스트 실행 속도를 높이고, 프로덕션 배포는 Node.js를 유지하는 방식입니다.

Bun은 JavaScriptCore 엔진 + Zig 언어로 만든 올인원 JavaScript 런타임입니다. 런타임, 패키지 매니저, 번들러, 테스트 러너를 하나로 통합했습니다. Node.js 호환성이 높지만, 프로덕션 전면 교체는 아직 신중하게 접근해야 합니다.