Bun의 급격한 전환: 진행 중인 Rust 재작성

고성능 JavaScript 런타임의 지형이 다시 한번 변화하고 있습니다. X를 통해 공유된 놀라운 업데이트에서, Jarred Sumner는 Bun의 진화에 있어 중요한 이정표를 발표했습니다: 바로 런타임을 Rust로 재작성하는 것입니다. 이 움직임은 Node.js와 Deno의 가장 빠르게 성장하는 대안 중 하나인 Bun의 기반 아키텍처가 잠재적으로 전환될 것임을 시사합니다.

이정표: 99.8% 테스트 커버리지

Sumner에 따르면, Rust 재작성은 이미 기존 구현체와 놀라운 수준의 일치성을 달성했습니다. 구체적으로, 99.8%의 Bun 기존 테스트 스위트가 Linux x64 glibc에서 통과되었습니다.

패키지 매니저, 테스트 러너, 번들러를 단일 바이너리에 통합하는 Bun과 같이 복잡한 프로젝트에서, 재작성 시 거의 100%에 가까운 테스트 일치성을 달성하는 것은 엄청난 기술적 성과입니다. 이는 Bun의 핵심 로직과 API 표면이 Rust로 성공적으로 매핑되었음을 의미하며, 사용자들이 현재 버전에서 기대하는 안정성과 기능성을 유지하면서 전환이 이루어지고 있음을 보장합니다.

왜 Rust인가?

기존 Bun은 Zig를 사용하여 구축되었지만, Rust로의 이동은 더 넓은 ecosystem 지원, 개선된 메모리 안전성 보장, 그리고 더 많은 기여자를 확보하려는 의도에 의해 추진되었을 가능성이 높습니다. Rust는 SWC 및 Turbopack과 같은 다른 현대적인 툴링 개발에서 볼 수 있듯이, 성능과 안전성이 최우선인 시스템 프로그래밍의 업계 표준이 되었습니다.

재작성의 기술적 함의

Zig에서 Rust로 이동하는 것은 단순한 구문 변경 이상의 것을 의미합니다. 이는 메모리가 어떻게 관리되는지, 그리고 런타임이 JavaScript 엔진과 어떻게 상호작용하는지에 대한 근본적인 재고를 필요로 합니다. 테스트 스위트가 Linux x64 glibc에서 매우 포괄적으로 통과된다는 사실은 팀이 다음과 같은 과제들을 성공적으로 해결했음을 나타냅니다:

• System Call Parity: Rust 구현체가 I/O 및 시스템 작업을 Zig 버전과 동일하게 처리하도록 보장합니다.
• API Compatibility: 기존 프로젝트가 중단 없는 변경 없이 마이그레이션할 수 있도록 기존 Bun API를 유지합니다.
• Performance Benchmarking: 테스트 스위트가 정확성을 확인해주지만, 이러한 재작성의 궁극적인 목표는 일반적으로 기존의 성능 벤치마크를 유지하거나 능가하는 것입니다.

향후 전망

발표는 짧았지만, JavaScript ecosystem에 미치는 영향은 심오합니다. Rust 기반의 Bun은 다양한 crate(Rust 라이브러리)를 활용하여 개발을 가속화하고 다양한 운영 체제 및 아키텍처 전반에 걸쳐 안정성을 향상시킬 잠재력이 있습니다.

이 전환의 타임라인과 Zig가 완전히 단계적으로 폐지될지 아니면 하이브리드 방식으로 사용될지에 대한 더 자세한 문서가 나올 때까지 커뮤니티는 기다리고 있습니다. 한 가지는 분명합니다: JS 런타임 공간에서의 최대 성능 추구는 시스템 프로그래밍의 경계를 계속해서 넓히고 있습니다.