Bun, Zig에서 Rust로 — 고성능 JS 런타임이 언어를 바꾸는 이유

Bun은 Node.js보다 빠른 JavaScript 런타임을 목표로 2022년 등장했다. JavaScriptCore 엔진을 감싸고, Zig라는 낯선 시스템 언어로 작성됐다는 점이 화제였다. 그런데 창시자 Jarred Sumner가 2026년 5월 10일 Rust 재작성이 기존 테스트의 99.8%를 통과했다고 밝혔다. 왜 이미 빠른 런타임이 처음부터 다시 짜여지고 있는가.

Zig가 아닌 Rust — 생태계의 무게

Zig는 C 수준의 성능과 컴파일 타임 평가를 갖춘 현대적 시스템 언어다. Bun이 Zig를 선택한 이유는 명확했다: JavaScriptCore의 C++ 인터페이스를 직접 호출하는 저수준 작업에서 Zig의 C FFI가 Rust보다 마찰이 적었다.

그러나 Zig의 생태계는 여전히 좁다. 중앙 패키지 레지스트리가 없고, 채용 가능한 Zig 개발자 풀은 극히 제한적이다. 오픈소스 기여도 Rust 프로젝트에 비해 현저히 적다.

반면 Rust는 2026년 기준 시스템 프로그래밍의 실질적 표준이다. AWS Firecracker, Cloudflare Workers 런타임(workerd), Linux 커널 드라이버까지 Rust로 구현됐다. 백악관 ONCD와 NSA가 공식적으로 Rust 채택을 권고한 이유는 메모리 안전성의 구조적 보장 때문이다.

Bun의 Rust 이동은 성능 최적화가 아니라 생태계 편입이다. 더 많은 기여자, 더 나은 보안 도구, 더 쉬운 채용이 목표다.

99.8%가 중요한 이유

완전 재작성에서 99.8% 테스트 통과는 단순한 숫자가 아니다. 이것은 Bun 팀이 Zig 코드베이스에 포괄적인 테스트 커버리지를 사전에 확보해뒀다는 증거다. 테스트 없이 재작성하면 어디서 동작이 달라졌는지 알 수 없다.

Bun이 “실험적(experimental)“이라고 표현한 것도 정직하다. 나머지 0.2%와 macOS arm64·Windows 플랫폼 지원이 아직 진행 중이다. The Register가 “아직 반쯤 익은 상태”라고 표현했지만, 반쯤 익었다는 것은 절반은 완성됐다는 의미이기도 하다.

창업 시사점

이 흐름이 만드는 기회는 두 가지다.

첫째, Rust 기반 개발도구 스타트업. Bun이 Rust로 이동한다는 것은 Rust 생태계가 고성능 런타임·컴파일러·개발도구의 구현 언어로 자리잡는다는 신호다. Rust를 잘 아는 팀이 만드는 개발자 도구는 3년 전과 전혀 다른 채용 및 오픈소스 전략을 쓸 수 있다.

둘째, 런타임 전환 지원 도구. 기업들이 Node.js에서 Bun이나 Deno로 마이그레이션할 때 마주치는 호환성 문제는 여전히 수작업 영역이다. 의존성 분석, 호환성 검증, 성능 측정을 자동화하는 도구의 수요는 런타임 전환 속도가 빨라질수록 커진다.

관련 공모전 · 이벤트

• DI·DIT 아카데미 3기 교육생 모집 — ~2026.05.24. 디지털 이노베이션 기술 교육. Rust·개발도구 관련 프로젝트 발표 연계 가능.
• 시스코 CISCO 보안 아카데미 5기 — ~2026.05.25. 네트워크·코드 보안 자격증 연계. Rust 기반 보안 도구 학습 방향과 호환.