Cloudflare⁠⁠、Viteアプリの開発と展開をつなぐ「Void」をオープンソースで公開

Cloudflareは2026年10月15日、開発・ビルドツールのViteを使ったフルスタックアプリ向けに「Void」をオープンソースで公開した。サーバー側の機能を組み込むSDK、リソース管理や展開を行うCLI、組織のCloudflareアカウント内に設置できるチーム向けの共有基盤「Void Platform」から成る。

Cloudflareに加わったVoidZeroチームは、ViteやテストツールのVitestなどをまとめたVite+を提供している。Vite+は開発・ビルド・品質チェック・テストを扱う。Voidはその開発の流れに、サーバー側の実装やデータベースの利用、Cloudflareへの展開を組み込む。SDK、CLI、PlatformのソースコードはMITライセンスで公開されている。

自社で運用⁠・改変できるVoid Platform

VoidZeroは当初、利用者が共通で使う非公開のプラットフォームを計画していた。Cloudflareへの参加後、これを「Void Platform」としてオープンソース化し、誰でも導入できるようにする方針へ転換した。Cloudflareはその背景として、AIによる社内アプリ開発を促しつつ、セキュリティ上の懸念から全社員にクラウドへのアクセス権を渡すことは避けたいという企業の要望を挙げている。

VoidZeroのEvan You氏も自身の投稿で、買収前から商用化を予定してVoidを開発していたが、買収後は商用化する必要がなくなり、オープンソースにしたと説明している。

Void Platformでは、管理者がユーザーのアクセス権やリソースの上限を設定し、展開状況や利用量を確認できる。承認された開発者はVoid CLIをPlatformのURLに接続してログインし、アプリを展開する。そのため、各開発者にCloudflareの認証情報を渡す必要はない。

Cloudflareは、普段コードを書かない社員がコーディングエージェントで社内ダッシュボードや試作品を作り、同じ基盤へ展開して共有する用途も想定している。

導入する組織がPlatform自体のコードを改変し、自社のシステムと連携させたり、展開手順を変更したりすることもできる。

SDKでアプリを開発⁠、CLIでリソースの確保と展開

Void SDKは、ViteアプリにAPIルートやサーバーで描画するページを追加する。サーバー側のルーティングとミドルウェアにはWebフレームワークのHonoを使う。

データベース、ストレージ、AIなどには型付きAPIでアクセスできる。サーバーとクライアントを一緒に開発し、データベースへの問い合わせ結果の型を画面側まで引き継げる。

コードから必要なリソースを検出する機能も備える。ソースファイルのimport文などを解析し、アプリとデータベースやストレージを接続するための設定を用意する。たとえば、アプリからvoid/dbをインポートすると、開発中はローカルのデータベースを使い、展開時にはCloudflareのデータベースサービスD1を自動で確保する。

SDKの機能は必要なものを選んで使える。ReactやVueなどに対応するアダプターを備えるほか、SvelteKit、Nuxt、TanStack Startなどの既存フレームワークとも組み合わせられる。その場合は既存フレームワークでルーティングや画面描画を行い、リソースへのアクセスやデータベースの変更反映、展開にVoidを使う。

Void CLIのvoid deployは、ビルド、必要なリソースの確保、データベースの変更を反映するマイグレーション、展開をまとめて実行する。展開後のログ確認や、アプリを以前のバージョンに戻すロールバックも同じCLIで行える。

直接展開とPlatform導入で異なる利用条件

チーム管理が不要なら、Platformを設置せず、自分のCloudflareアカウントへ直接展開できる。実行先のCloudflare Workersには無料プランもあるが、使う機能やリソース、使用量によっては有料プランや追加料金が必要になる。アプリの作成や既存のViteプロジェクトへの導入方法は、Quickstartを参照のこと。

チーム用Platformは管理者が設置・保守する。導入要件として、Workers for Platforms、オブジェクトストレージのR2、ログやリクエスト指標を保存するAnalytics Engineを有効にしたCloudflareアカウントが必要となる。Workers for Platformsには有料プランが必要で、データベースとCloudflareの使用量は別途課金される。

さらに、Platform専用の空のPostgreSQLデータベース[1]、ログイン用プロバイダーのアカウント、アプリ用ドメインを用意する。テスト時はアプリ用ドメインの代わりにworkers.devを使える。

具体的な手順はPlatformの導入ガイドを参照のこと。

おすすめ記事

記事・ニュース一覧