Bunアプリを本番で動かすには？
プロセス管理の必要性 ― Bun単体の限界とPM2を選ぶ理由

▶️ 実験

起動中のターミナルウィンドウを閉じてから、別のターミナルでアクセスを試みます。

curl http://localhost:3000
# curl: (7) Failed to connect to localhost port 3000

プロセスはターミナルのセッションと紐づいているため、セッションが切れると同時に終了します。リモートサーバーにSSHしてアプリを起動していた場合、 回線が切れただけでサーバーが落ちます。

▶️ 実験

わざとクラッシュするエンドポイントを追加して確認します。

const server = Bun.serve({
  port: 3000,
  fetch(req) {
    const url = new URL(req.url);

    if (url.pathname === "/") {
      return new Response("Hello, Bun! 🎉");
    }

    // ← ここを追加
    if (url.pathname === "/crash") {
      throw new Error("意図的なクラッシュ");
    }

    return new Response("Not Found", { status: 404 });
  },
});

console.log(`起動しました → http://localhost:${server.port}`);

# ターミナル①：起動
bun run server.ts
起動しました → http://localhost:3000

# ターミナル②：クラッシュを起こす
curl http://localhost:3000/crash

# ターミナル①に戻るとエラーが出てプロセスが終了している
error: 意図的なクラッシュ
    at fetch (server.ts:10:13)


# もうアクセスできない
curl http://localhost:3000
curl: (7) Failed to connect to localhost port 3000

誰かが手動で bun run server.ts を実行し直すまで、サービスはダウンしたままです。 深夜であれば翌朝まで誰も気づかないかもしれません。

bun run server.ts のログはそのターミナルウィンドウにしか出力されません。ウィンドウを閉じたらログも消えます。クラッシュの原因を後から調べようとしても、 記録が残っていない 状態になります。

開発者にはおなじみのツールです。ファイルの変更を検知して自動再起動してくれます。 ローカル開発専用 で、クラッシュ時の自動再起動・バックグラウンド実行には対応していません。

nodemon server.ts
# [nodemon] starting `server.ts`
# [nodemon] watching path(s): *.*     ← ファイル変更を監視
# [nodemon] restarting due to changes...

「プロセスをずっと動かし続ける」というシンプルな目的に特化したツールで、2010年代に広く使われていました。ただし開発が落ち着いており、 foreverのREADME自身も「PM2やnodemonへの移行を推奨する」と記載しています。 クラスター管理やモニタリングなど、本番で必要な機能が不足しています。

本番環境での実績が最も豊富なプロセスマネージャーです。週間ダウンロード数は 約240万回 （npmtrends調べ）、GitHubスター数は42,000を超えています。