Vite 만든 VoidZero가 Cloudflare로 합류, 핵심은 ‘Vite는 계속 벤더 중립’이라는 약속

VoidZero가 Cloudflare로 들어감

• Vite를 만든 VoidZero가 Cloudflare에 합류함

  • VoidZero는 Vite, Vitest, Rolldown, Oxc, Vite+를 만드는 회사임
  • 이번 변화로 VoidZero 팀원 전원이 Cloudflare에 합류함
  • Cloudflare가 맨 앞에서 강조한 메시지는 분명함. “Vite는 계속 오픈소스, 벤더 중립, 커뮤니티 주도”라는 것임

• Cloudflare는 Vite를 특정 호스팅 사업자의 도구로 만들 생각이 없다고 선을 그었음

  • Vite는 MIT 라이선스와 오픈소스를 유지함
  • Vite로 만든 앱은 어디서든 실행 가능해야 하고, 앞으로도 그래야 한다고 밝힘
  • Vite 로드맵은 기존처럼 Vite 팀과 커뮤니티가 공개적으로 주도한다고 함
  • Evan과 VoidZero 팀은 계속 Vite, Vitest, Rolldown, Oxc, Vite+를 이끎

• Cloudflare는 말뿐 아니라 돈도 넣겠다고 함
  • Vite 생태계 펀드에 100만 달러를 약속했고, 이 펀드는 Vite 코어 팀이 관리함
  • 목적은 Vite 유지보수자와 기여자를 지원하는 것임
  • Cloudflare는 올해 초 Astro가 합류했을 때도 비슷하게 오픈소스와 배포 중립성을 유지한다고 말한 바 있음

왜 Vite가 이렇게 중요해졌나

• Vite는 이제 단일 프레임워크의 빌드 도구가 아니라 자바스크립트 생태계의 공용 바닥재에 가까워졌음

  • Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router, TanStack Start가 Vite 기반 흐름을 사용함
  • Next.js 쪽에도 Vite 기반 구현인 vinext가 언급될 정도임
  • 그래서 Cloudflare가 Vite에 손을 대는 건 단순 인수합병 뉴스가 아니라 웹 개발 도구 생태계의 신뢰 문제로 이어짐

• Cloudflare와 Vite 팀은 이미 2024년부터 Vite Environment API를 함께 다뤄왔음

  • 이 API는 개발 중 서버 코드를 Node.js가 아닌 런타임에서도 실행할 수 있게 해줌
  • Cloudflare Vite 플러그인은 이 API 위에 만들어졌고, vite dev를 실행하면 서버 코드가 workerd 안에서 돌아감
  • workerd는 Cloudflare Workers의 프로덕션 런타임과 같은 오픈소스 런타임임

sequenceDiagram
    participant 개발자
    participant Vite
    participant Cloudflare플러그인
    participant workerd
    participant Workers플랫폼
    개발자->>Vite: vite dev 실행
    Vite->>Cloudflare플러그인: Environment API로 서버 런타임 연결
    Cloudflare플러그인->>workerd: 서버 코드와 바인딩 로컬 실행
    workerd->>개발자: 프로덕션에 가까운 피드백 제공
    개발자->>Workers플랫폼: 배포 시 같은 런타임 모델 사용

• 로컬 개발과 프로덕션의 차이를 줄이는 게 핵심 포인트임
  • Durable Objects, D1, KV, R2, Workflows, Workers AI, Agents, Service Bindings, Workers RPC 같은 기능을 로컬에서도 같은 런타임 모델로 돌릴 수 있다고 설명함
  • 예전에는 Node.js가 아닌 런타임을 쓰면 로컬 개발 경험이 프로덕션의 열화판처럼 느껴지는 문제가 있었음
  • Cloudflare는 Vite Environment API가 이 비용을 줄였고, 다른 런타임도 같은 방식으로 붙을 수 있다고 봄

AI 코딩 시대의 빌드 도구

• Cloudflare는 Vite가 더 중요해진 이유로 AI를 직접 언급함

  • 더 많은 소프트웨어가 AI 생성 코드로 시작하고, 그 앱들이 기본 스택과 실행 장소를 필요로 한다는 설명임
  • AI 에이전트가 만든 앱들이 Vite를 고르고, 점점 Cloudflare 위의 Vite를 고른다고 봄
  • 개발 서버, 번들러, 린터, 포매터, CLI는 이제 사람만 쓰는 도구가 아니라 에이전트도 계속 쓰는 도구가 됐다는 관점임

• 에이전트가 개발 도구를 쓰면 ‘빠른 피드백 루프’의 가치가 더 커짐

  • 에이전트는 사람보다 더 자주 빌드하고, 더 자주 테스트를 다시 돌리고, 에러를 읽고 고치기를 반복함
  • 그래서 빠른 빌드, 빠른 테스트, 빠른 린팅과 포매팅, 구조화된 에러, 일관된 CLI가 중요해짐
  • VoidZero 도구체인인 Vitest, Rolldown, Oxc, Oxlint, Oxfmt는 반복 실행이 많은 환경에서 빠르게 돌도록 설계됐다는 게 Cloudflare의 설명임

• Vite+는 이 흐름을 하나의 도구체인으로 묶으려는 시도임

  • 하나의 CLI, 하나의 설정 모델, 더 적은 이동 부품을 목표로 함
  • 사람에게도 이해하기 쉽고, 에이전트에게도 안정적으로 조작하기 쉬운 개발 루프를 만들겠다는 방향임
  • Cloudflare는 자사 대시보드도 Vite로 만들고 있고, Oxlint가 내부 코드베이스에서 엔지니어링 시간을 며칠 단위로 아껴주고 있다고 함

Cloudflare가 Vite로 하려는 것

• Cloudflare의 장기 목표는 Vite를 단순 빌드 도구 이상으로 키우는 쪽임

  • 현대 웹 앱은 서버 렌더링 라우트, API, 백그라운드 잡, 큐, 데이터베이스, 오브젝트 스토리지, 실시간 기능, 인증, 에이전트, AI 기능까지 포함함
  • 예전처럼 “소스 파일을 번들로 만들고 끝”인 시대가 아니라는 얘기임
  • Vite가 애플리케이션의 더 많은 부분을 이해하되, 속도와 단순성, 이식성은 유지해야 한다고 봄

• 중요한 설계 원칙은 provider-agnostic primitives임

  • 백엔드, API, 에이전트, 배포를 위한 추상화와 훅은 Vite 안에 벤더 중립적으로 들어가야 한다는 것임
  • Cloudflare 전용 구현은 Workers와 Cloudflare Developer Platform 쪽에서 제공하겠다는 구조임
  • Vite 코어에 들어가는 기능은 Cloudflare 특화가 아니어야 하고, 기존 공개 기여 절차를 그대로 거친다고 못박음

• Cloudflare 자체 도구도 Vite 쪽으로 옮기려 함

  • 최근 Cloudflare는 전체 플랫폼을 위한 새 통합 CLI cf의 기술 프리뷰를 냈음
  • 앞으로 애플리케이션 CLI 경험의 기반을 Vite로 삼겠다는 계획임
  • 목표는 Workers, R2, D1, Agents 등 Cloudflare 기능을 다룰 때도 Vite를 쓰는 느낌이 나게 만드는 것임

• 명령어 방향도 꽤 구체적으로 제시됨

  • cf dev는 vite dev의 상위집합처럼 동작해야 한다고 설명함. 같은 속도, 같은 핫 모듈 교체, 같은 플러그인 모델에 Cloudflare 런타임과 바인딩을 더하는 식임
  • cf build는 어댑터를 덕지덕지 붙이지 않고 Vite 프로젝트를 네이티브하게 이해해야 함
  • cf deploy는 Vite 앱을 Cloudflare에 단순하게 배포하는 흐름을 목표로 함

당장 바뀌는 것과 나중에 바뀌는 것

• 단기적으로 Vite 사용자나 Vite 위의 프레임워크 사용자에게 바로 바뀌는 건 없음

  • Vite, Vitest, Rolldown, Oxc, Vite+는 계속 개발됨
  • VoidZero 팀은 계속 기여하고 리드함
  • Cloudflare Vite 플러그인은 계속 개선됨
  • Environment API와 “서버 코드를 알맞은 런타임에서 로컬 실행”하는 흐름도 더 좋아질 예정임

• 장기적으로는 Cloudflare CLI와 Vite의 결합이 커질 가능성이 큼

  • Cloudflare는 애플리케이션 도구를 Vite 위로 옮기려 함
  • Vite에는 풀스택 앱과 에이전트를 위한 벤더 중립 프리미티브가 추가될 수 있음
  • Vite용 배포 플랫폼인 Void에서 배운 내용을 일부는 Vite에, 일부는 Cloudflare 내부 도구에 반영하겠다고 함
  • 시간이 지나면 Void 플랫폼도 오픈소스화해서 다른 사람들이 Vite와 Cloudflare 위에서 자기 플랫폼을 만들 수 있게 하겠다는 계획도 있음

기술 맥락

• Cloudflare가 고른 선택은 Vite를 Cloudflare 전용 도구로 바꾸는 게 아니라, Cloudflare의 애플리케이션 도구를 Vite 위로 올리는 쪽이에요. 왜냐하면 Vite가 이미 여러 프레임워크가 공유하는 개발 워크플로가 됐고, 여기에 맞추는 편이 개발자 입장에서도 마찰이 적거든요.

• Vite Environment API가 중요한 이유는 로컬 개발 런타임을 Node.js 하나로 묶지 않기 때문이에요. Cloudflare는 이 API를 통해 workerd를 붙이고, 개발 중에도 Workers의 프로덕션 모델과 비슷한 환경에서 서버 코드를 돌리려는 거예요.

• 여기서 트레이드오프는 분명해요. Vite 코어에 Cloudflare 편의 기능을 너무 많이 넣으면 생태계 신뢰를 잃을 수 있고, 반대로 전부 플러그인 밖에 두면 통합 경험이 약해져요. 그래서 Cloudflare는 코어에는 벤더 중립 훅을, 자사 플랫폼 구현은 플러그인과 CLI에 두겠다고 설명하는 거예요.

• AI 에이전트 얘기도 그냥 유행어는 아니에요. 에이전트는 프로젝트 생성, 빌드, 테스트, 린트, 포맷, 배포 미리보기를 계속 반복하니까 도구의 속도와 에러 메시지 일관성이 개발 생산성에 바로 영향을 줘요. VoidZero 도구체인이 빠른 반복 실행에 초점을 맞추는 이유가 여기 있어요.

• 한국 개발팀 입장에서는 Cloudflare를 쓰지 않더라도 볼 만한 변화예요. Vite가 풀스택 앱, 에이전트, 배포까지 이해하는 방향으로 움직이면 프론트엔드 빌드 도구와 플랫폼 런타임의 경계가 더 흐려질 가능성이 크거든요.