Vite의 Rust 라이벌이 등장했다 (거의)

Lovable의 OJ(OJ)는 단순히 JavaScript 툴체인을 Rust로 재작성한 또 다른 사례가 아닙니다. 이는 취미로 하는 주말 프로젝트가 아니라, 파일 감시자(file watcher)와 모듈 그래프부터 핫 모듈 리로딩(HMR) 및 React Fast Refresh에 이르기까지 Vite의 핵심 개발 서버를 성능 중심으로 전략적으로 완전히 개편한 것입니다. Lovable은 Vite 자체에서도 활용하고 VoidZero가 유지 관리하는 Rolldown 및 Oxc 기술을 사용하여 OJ를 설계했으며, 이는 이 프로젝트의 진지한 의도를 잘 보여줍니다.

유명한 미리보기 서비스 제공업체인 Lovable은 매일 약 100만 개의 Vite 샌드박스를 실행해야 하는 엄청난 운영상의 과제에 직면해 있습니다. 이처럼 상상하기 힘든 규모에서는 메모리 소비와 콜드 스타트 시간이 단순한 개발자의 편의를 넘어 중요한 비즈니스 지표가 됩니다. OJ는 5,000개의 컴포넌트로 구성된 대규모 애플리케이션에서 기본 Vite 대비 페이지 렌더링까지의 콜드 스타트 속도를 최대 1.7배 빠르게 하고 메모리 사용량을 4분의 1로 줄임으로써, 자사 플랫폼에 필수적인 즉각적이고 가벼운 미리보기 기능을 제공합니다.

한꺼번에 수십 개의 파일을 작성할 수 있는 AI 에이전트의 독특한 요구 사항을 고려해 보십시오. Vite는 일반적으로 각 파일이 저장될 때마다 업데이트를 트리거합니다. 반면 OJ는 통합된 감시자, 모듈 그래프, 컴파일러 및 핫 업데이트 파이프라인 내에서 이러한 빠른 변경 사항을 지능적으로 결합하여 단일 원자적 업데이트로 처리합니다. 심지어 에이전트가 명시적으로 flush 엔드포인트에 게시할 때까지 업데이트를 보류하는 선택적 게이트 기능을 갖추고 있어, 완전히 완료된 변경 사항만 미리보기에 반영되도록 합니다. 이러한 맞춤형 최적화는 개별 개발자에게는 전혀 관련이 없지만, Lovable의 거대한 에이전트 기반 인프라를 가능하게 하는 핵심 요소입니다.

OJ에 대한 Lovable의 주요 벤치마크 결과는 확실히 인상적입니다. 5,000개의 컴포넌트로 구성된 대규모 애플리케이션에서 OJ는 기본 Vite보다 페이지 렌더링까지의 콜드 스타트 속도가 1.7배 빠르며, 메모리 소비량은 Vite의 4분의 1에 불과합니다. 이러한 수치는 극한의 규모에서 어려움을 겪는 모든 이들에게 매우 매력적입니다.

하지만 서둘러 package.json을 수정하지는 마십시오. 일반적인 소규모 애플리케이션에서 OJ의 성능 향상은 미미하며, 메모리 사용량도 Vite보다 약간 나은 수준입니다. 실질적인 이점은 Lovable의 핵심 사용 사례인 대규모 확장 및 빈번한 실행/종료 환경에서만 나타납니다.

Vite의 창시자인 Evan You는 중요한 주의 사항을 정확히 지적합니다. OJ의 벤치마크는 종종 vite-plugin-checker를 통한 타입 검사와 같이 Vite가 수행하는 작업을 제외하며, OJ는 이를 단순히 우회합니다. 이는 불완전하지만 여전히 유용한 비교를 만들어냅니다.

또한 Vite 자체의 실험적인 bundled dev mode는 콜드 스타트 속도 격차를 크게 줄여 때로는 OJ를 능가하기도 합니다. 그러나 이 모드는 메모리 소비량 차이를 해결하지 못하므로, 대규모 배포 환경에서는 여전히 OJ가 확실한 우위를 점하고 있습니다. 트레이드오프는 분명히 존재합니다.

OJ의 인상적인 벤치마크에는 중요한 단서가 붙습니다. 이 속도는 보편적인 것이 아니라 극단적인 전문화의 산물입니다. Lovable은 Vite의 핵심 개발 서버를 주로 자사가 생성하는 React 애플리케이션을 위해 재작성했으며, Vite를 범용 도구로 만드는 광범위한 프레임워크 및 구성 지원을 의도적으로 희생했습니다.

이 전문화는 호환성 문제를 야기합니다. 테스트 결과 치명적인 React Fast Refresh 버그가 발견되었습니다. TanStack 애플리케이션에서 상태가 손실되어 핫 업데이트가 아닌 전체 리로드가 발생하는 현상이 확인되었습니다. 일반적인 React 앱은 정상적으로 작동했지만, 이 엣지 케이스는 Vite와 같은 범용 도구가 오랫동안 해결해 온 불일치 문제와 비교했을 때 성숙도 차이를 보여줍니다.

아키텍처 측면에서 OJ는 Rust 우선 접근 방식을 취합니다. OJ는 Rolldowndown 및 Oxc와 같은 다른 Rust 도구를 구동하는 Rust 프로세스로 작동하며, JavaScript 브리지는 오직 Vite 플러그인 호환성을 위해서만 사용됩니다. 이는 Rust 구성 요소를 오케스트레이션하는 Node.js 프로세스로 작동하는 Vite와 극명하게 대조됩니다. Vite의 유연성에는 오버헤드가 따르지만, OJ의 직접적인 Rust 파이프라인은 이를 제거하여 특정 사용 사례에 최적화된 원시 속도를 제공합니다. Lovable의 동기에 대한 자세한 내용은 여기에서 확인할 수 있습니다: Faster previews, soon powered by OJ - Lovable.

OJ는 Vite의 직접적인 경쟁자가 아닙니다. Vite의 창시자인 Evan You가 통찰력 있게 표현했듯이, 이는 '맞춤형 프로젝션(tailored projection)'입니다. Lovable은 Vite의 개발 서버 핵심 부분을 재작성했지만, 이는 수백만 개의 샌드박스형 React 애플리케이션이라는 그들만의 고유한 제약 조건에 최적화된 것입니다. 이는 Vite를 대체하려는 것이 아니라, 특정하고 거대한 문제를 해결하기 위해 완전히 다른 매개변수 하에서 전략적으로 재구현한 것입니다.

You는 이를 단순한 개별 사건을 넘어, 더 넓고 어쩌면 피할 수 없는 추세의 전조로 보고 있습니다. AI가 재구현 비용을 낮춤에 따라, 개발자들은 점점 더 이러한 전문화된 'slop forks'를 만들게 될 것입니다. 오픈 소스 관리자들이 수천 개의 틈새 Pull Request와 씨름하는 대신, 기업들은 자신들의 정확한 요구에 맞게 커스터마이징된 고도로 최적화된 버전을 직접 유지 관리하게 될 것입니다.

이러한 미래는 매혹적이면서도 위태로운 양날의 검을 제시합니다. 한편으로는 핵심 관리자들이 프로젝트의 더 넓은 비전과 일치하지 않는 매우 구체적인 기여의 홍수로부터 자유로워질 수 있습니다. 다른 한편으로는 가치 있는 개선 사항이 기업용 포크 내에 고립되어 중앙 프로젝트에 다시 기여되지 않는 생태계 파편화의 위험이 있습니다. Evan You 자신도 이러한 역학 관계가 오픈 소스 협업 정신에 궁극적으로 유익한지 확신할 수 없다고 인정합니다. 이것이 혁신으로 이어질지, 아니면 고립으로 이어질지는 시간이 지나야 알 수 있을 것입니다.

Orange Juice(OJ)란 무엇인가요?

Orange Juice(OJ)는 Lovable이라는 회사에서 만든 Vite 개발 서버의 Rust 재구현 버전입니다. 매일 수백만 개의 프리뷰 샌드박스를 실행해야 하는 그들의 특정 사용 사례를 위해 고성능, 저메모리 대안으로 설계되었습니다.

OJ가 Vite를 완전히 대체하나요?

아니요. OJ는 파일 감시자, 모듈 그래프, HMR과 같은 개발 서버 구성 요소만 재작성합니다. 전체 Vite 재작성이 아니며 여전히 Vite의 플러그인 생태계에 의존합니다. 또한 현재는 주로 React 애플리케이션에 최적화되어 있습니다.

OJ가 Vite보다 훨씬 빠른가요?

대규모 애플리케이션(예: 5,000개 이상의 컴포넌트)에서 OJ는 콜드 스타트 속도가 거의 두 배 빠르고 메모리 사용량은 4분의 1 수준으로 상당한 성능 향상을 보여줍니다. 소규모 프로젝트에서는 그 차이가 훨씬 덜 눈에 띕니다.

Vite의 창시자 Evan You는 OJ에 대해 무엇이라고 말했나요?

Evan You는 OJ가 Lovable의 문제를 잘 해결하는 인상적인 프로젝트라고 평가했습니다. 또한 이것이 완전한 Vite 대체품이 아님을 분명히 했으며, 방대한 생태계를 지원해야 하는 Vite와 달리 좁은 범위에 집중했기 때문에 속도가 빠른 것이라고 지적했습니다. 그는 이를 오픈 소스 분야에서 '맞춤형 프로젝션' 또는 'slop forks'라는 미래 트렌드의 예시로 강조했습니다.