Bun（バン）とは？読み方・JavaScriptCoreで動く高速ランタイムの仕組み・Node.jsとの違い・統合ツールチェインを完全解説

Q: BunでTypeScriptはそのまま動きますか？

はい。bun run script.tsのようにTSファイルを直接実行できます。

Bun（バン）とは、JavaScriptCoreエンジン上で動く高速なJavaScript／TypeScriptランタイムのこと。Jarred Sumnerが2021年に開発開始し、2023年9月にv1.0が安定版として公開された。Node.js互換APIを多くサポートしながら、ランタイム・パッケージマネージャ・バンドラ・テストランナーを単一バイナリに統合している点が大きな特徴。

例えるなら、Bunは「Node.js + npm + webpack + Jestを一つにまとめたVHS兼DVDプレーヤー」。従来は複数のツールを組み合わせて構築していたJavaScript開発環境を、1つのコマンドで完結できる。実務ではTypeScriptプロジェクトの起動高速化、CIパイプライン短縮、エッジ・サーバーレス環境での起動速度改善などで採用が進んでいます。

Bunとは

Bunとは、oven-shが開発するOSSのJavaScript／TypeScriptランタイムである。Node.jsがV8エンジンを採用するのに対し、BunはAppleのJavaScriptCore（Safariと同じエンジン）を採用しており、起動速度・スループット・メモリ効率が高い水準にある。Apache 2.0ライセンスでGitHub上にホストされている。

Bun 1.2（2025年1月）ではBun.SQL（Postgres組み込みクライアント）、S3クライアント、テキスト形式lockfileが追加された。Bun 1.3（2025年10月）ではMySQLクライアント、Redis組み込みサポート、ホットリロード対応のフロントエンド開発サーバーが追加された。2026年4月時点の最新安定版はv1.3.11。Top 1000のnpmパッケージのうち約98%が動作するとされており、互換性の課題は当初より大幅に減っている点が重要なポイントです。

Bunの読み方

バン

ブン（誤読）

Bunの仕組み

Bunは「JavaScriptCoreエンジン＋Zigで書かれたランタイム＋統合ツールチェイン」という3層構造で構成されている。Zigを採用することでネイティブ実装の高速化と、Cベースのランタイムにありがちな依存問題を回避している。

Bunの構成

JavaScriptCore
(Apple/WebKitのJS実行エンジン)

Zig実装ランタイム
(I/O・FFI・モジュール解決)

統合ツール
(npm互換 / bundler / test)

主な機能

ランタイム — JS／TSをネイティブに実行（トランスパイル不要）
パッケージマネージャ — bun install がnpmより6〜9倍高速
テストランナー — Jest互換APIでテスト実行（bun test）
バンドラ — フロントエンドのビルドにesbuild類似機能
組み込みSQL — Bun.SQL（Postgres）、Bun.MySQL（MySQL）
Redis組み込み — bun:redis モジュール
S3クライアント — Bun.S3Client
HTTPサーバ — Bun.serve() APIで標準で高速WebSocket対応

歴史

2021年に作者のJarred Sumnerがプロジェクトを開始し、2022年7月にβ版公開。2023年9月にv1.0が安定版として登場。その後Bun 1.2（2025年1月）、Bun 1.3（2025年10月）と順調にメジャー機能を追加してきた。Anthropicが2025年12月にBunを買収したという報道もあるが、これはまだ確定していない情報のため公式発表を待つのが安全。プロジェクトはMITライセンスで継続OSSとして開発されています。

Bunの使い方・実例

基本的な使い方（Quick Start）

# インストール（macOS / Linux / WSL）
curl -fsSL https://bun.sh/install | bash

# TypeScriptを直接実行
bun run hello.ts

# パッケージインストール
bun install express
bun add -d typescript

# テスト実行
bun test

よくある実装パターン

パターンA: Bun.serveで高速HTTPサーバ

// server.ts
Bun.serve({
  port: 3000,
  fetch(req) {
    return new Response("Hello from Bun");
  },
});

向いているケース: 軽量APIサーバ、エッジ／サーバーレス環境（Cloudflare Workers的な用途は別だがコールドスタート短縮が活きる）。実務ではNode.js + ExpressからBun.serveへ置き換えることでスループットが2〜3倍に向上した事例が報告されています。

避けるべきケース: ネイティブモジュール（C++ addon等）が必要な既存プロジェクト。Bunはほとんどのnpmパッケージに対応しますが、N-API依存の特殊なものはまだ完全動作しないものもあります。

パターンB: Bun.SQLで組み込みPostgresアクセス

import { sql } from "bun";

const users = await sql`SELECT * FROM users WHERE active = true`;
console.log(users);

向いているケース: 軽量なバックエンドAPI、社内ツール、CLIスクリプト。pg / mysql2 などの追加依存を入れずにDBアクセスが完結する点が大きなメリットです。

避けるべきケース: 高度なORM機能（マイグレーション・スキーマ管理）が必要な大規模アプリ。その場合はPrismaやDrizzleと組み合わせる選択肢が現実的。

パターンC: モノレポでの並列ビルド

# bun install と bun build をモノレポ全体に並列実行
bun install --frozen-lockfile
bun --cwd apps/web build
bun --cwd apps/api build

向いているケース: TurborepoやNxを使う大規模モノレポ。実務ではnpm installに5分かかっていたCIが30秒台に短縮された事例があります。

アンチパターン: 本番環境でBun.devの非確定的フラグを使う

# 絶対NG
# 実験的フラグ（--experimental-...等）を本番ビルドで使うと
# 将来のBunアップデートで動作が変わる可能性がある

Bunは進化が速いため、安定APIに限って本番採用する原則が重要なポイントです。実験的フラグや未公開APIは検証環境までに留め、ビルド再現性を確保するためにbun.lockbを必ずコミットすることが定石です。

Bunのメリット・デメリット

メリット

圧倒的な起動速度 — TypeScriptトランスパイルがts-node比で20倍以上高速
パッケージインストールが高速 — npm比6〜9倍
統合ツールチェイン — bundler・テスト・package managerが1バイナリ
Web標準API採用 — fetch、Request、Responseがネイティブ
組み込みクライアント — Postgres、MySQL、Redis、S3が標準装備
npm互換 — Top 1000パッケージの約98%が動作（2026年4月時点）

デメリット・注意点

Windowsサポートが後発 — メイン開発はmacOS／Linux／WSL中心
ネイティブaddonの一部互換性問題 — N-API依存の特殊パッケージで稀に動かない
大規模本番運用の事例がまだ少ない — Node.jsより歴史が浅い
API進化が速い — メジャーバージョン間で実験的APIが変わる可能性

BunとNode.js・Denoの違い

Bunはしばしば「Node.js」「Deno」と並べて比較される。3つとも「JavaScriptランタイム」だが、エンジン・互換性・付属ツールに違いがある。

観点	Bun	Node.js	Deno
エンジン	JavaScriptCore	V8	V8
実装言語	Zig	C++	Rust
npm互換	高い（Top1000の約98%）	本家	部分的（Compatibility Layer）
TS実行	直接（高速）	v22.6+でtype stripping	直接（標準）
統合ツール	install / test / bundle	最小（npm別）	install / test / bundle
主な強み	速度・統合性	エコシステム最大	セキュリティ・Web標準