日本語
English简体中文繁體中文日本語EspañolBahasa Indonesia
始める

· 更新日

Zeabur がサービス終了へ：Zenavo への移行方法

Zeabur は2026年12月31日にすべてのサービスを停止します。Zenavo は Zeabur と同じ考え方で使えます。Zeabur テンプレートをインポートでき、zbpack でビルドし、同じコマンドの CLI を備え、Zeabur のデータベースバックアップをそのまま復元できます。プロジェクトの移行方法を順を追って説明します。

この記事は English、简体中文、繁體中文、Español、Bahasa Indonesia でもお読みいただけます。

2026年10月17日、Zeabur はサービスの終了を発表しました。すべてのサービスは 12月31日 までに停止します。Zeabur でまだプロジェクトを動かしているなら、今すぐ移行を始めてください。12月1日からは、共有クラスターで稼働中のサービスが一時停止されます。

Zenavo は、Zeabur の使い方を前提に作られたデプロイプラットフォームです。プロジェクトとサービスの意味は同じで、Zeabur からエクスポートしたテンプレートをそのままインポートでき、Dockerfile のないコードは zbpack でビルドされ、CLI のコマンド名も同じです。違いは、アプリが 自分でレンタルまたは所有しているサーバー で動くことです。そのため、データは自分のマシンに置かれます。

Zenavo は独立した製品であり、Zeabur とは関係ありません。

Zeabur のサービス終了スケジュール

BusinessNext と BleepingComputer が報じた Zeabur の発表によると、次のとおりです。

日付 内容
10月17日から 専用サーバーとドメインの新規受付を停止。残高の返金を開始。Zeabur で購入したドメインはダッシュボードから移管可能
12月1日から 専用サーバーの更新を停止し、期限が切れたものから順にシャットダウン。共有クラスターで稼働中のサービスは一時停止（データのバックアップのために再開することは可能）
12月31日 すべての専用サーバーと共有クラスターが停止

本記事の執筆時点で、Zeabur はデータの削除時期、エクスポートの最終日、サポートの終了時期を発表していません。Zeabur 自身も、それらの日付を待たずにバックアップするよう呼びかけています。

Zeabur では、8月と10月14日の2回、セキュリティインシデントも発生しました。報道によると、一部のプロジェクトの環境変数（API キーやデータベースのパスワードが含まれる場合があります）が読み取られたとのことです。古いシークレットをそのまま持ち込まないでください。詳しくは後述のステップ 5 で説明します。

Zenavo が最も移行しやすい理由

多くのプラットフォームでは、概念を学び直し、設定を書き直す必要があります。Zenavo は最初から Zeabur の使い方を前提に設計されています。

Zeabur Zenavo
プロジェクトとサービス 同じです。プロジェクトにサービスが含まれ、サービス同士はプライベートネットワークで通信します
エクスポートしたテンプレート（YAML） New Project → Import a Zeabur template：サービス、イメージ、Git ソース、変数、ポート、ボリューム、設定ファイル、ヘルスチェック、初期化コマンド、依存関係が引き継がれます
zbpack が言語を検出してビルド 同じく zbpack を使います。zbpack.json と ZBPACK_* 変数はこれまでどおり機能します
<service>.zeabur.internal インポート時に <service>.zenavo.internal に書き換えられます
組み込み変数 ZEABUR_* インポート時に ZENAVO_* に書き換えられます
Zeabur CLI zenavo CLI。コマンドは同じです：auth、workspace、context、project、service、deployment
AI による運用とデバッグ コンソール内蔵の Zenavo Agent に加え、Claude Code 向けの MCP と Skills に対応
データベースのバックアップのダウンロード（.zip） Zenavo のデータベースサービスにそのままアップロードして復元できます。PostgreSQL の pg_dumpall によるクラスターダンプにも対応しています
専用サーバー レンタルまたは所有している任意の Linux サーバーを接続できます
カスタムドメインと自動 HTTPS 同じです。サービスの Networking タブでドメインを設定すると、証明書が自動で発行されます
PostgreSQL、MySQL、MongoDB、Redis など PostgreSQL、MySQL、MariaDB、MongoDB、Redis、Valkey

異なる点

  • 共有クラスターはありません。Zenavo の各プロジェクトは、自分のサーバー1台で動きます。Zeabur の共有クラスターを使っていた場合は、先にサーバーが必要です（最低 1 CPU、メモリ 2 GB。推奨は 2 CPU、4 GB）。
  • サーバーの料金はクラウド事業者に支払います。Zenavo が請求するのはプラットフォームの料金のみで、無料プランではサーバーを1台管理できます。
  • ボリュームはプラットフォーム間でコピーされません。データベースとファイルはバックアップとして移します（ステップ 4）。

移行の手順

1. Zeabur ですべてをバックアップする

サービスがまだ動いているうちに（12月1日より前に）、エクスポートできるものをすべてエクスポートします。

  • プロジェクトのテンプレート：各プロジェクトをテンプレート（YAML）としてエクスポートします。
  • データベース：各データベースサービスからバックアップをダウンロードします。.zip はファイル名が .sql.gz になっている場合でも、ダウンロードしたままの状態で保管してください。
  • ボリューム上のファイル（ユーザーのアップロードなど）：アーカイブしてダウンロードします。
  • 環境変数：すべてのサービスの変数を一覧にします。後の手順で置き換えます。
  • ドメイン：Zeabur でドメインを購入した場合は、自分のレジストラに移管します。

2. サインアップしてサーバーを追加する

zenavo.app でサインアップし、Servers → New Server を開いて、手元のサーバーを接続します。固定のパブリック IPv4 アドレスを持つ Linux サーバーであれば使えます（amd64 または arm64。推奨は Ubuntu 24.04）。SSH の接続情報を入力すると、Zenavo が K3s、cert-manager、Zenavo エージェントをインストールします。セットアップが成功すると、Zenavo は SSH の認証情報を消去し、以降はサーバーから外向きに接続するエージェントだけを通じてサーバーを管理します。

サーバーをまだお持ちでない場合は、任意のクラウド事業者でレンタルして（最低 1 CPU、メモリ 2 GB。推奨は 2 CPU、4 GB）接続してください。

Zeabur の専用サーバーを使っていた場合は、Zeabur のエージェントを削除し、ポート 80 と 443 をほかに何も使っていないことを確認すれば、同じマシンを接続できます。

3. Zeabur テンプレートをインポートする

  1. New Project を開き、下部の Import a Zeabur template or a Zenavo export を展開します。
  2. ステップ 1 の YAML をアップロードまたは貼り付けます。テンプレートが変数を求める場合は、JSON で追加します（例：{"PUBLIC_DOMAIN": "app.example.com"}）。
  3. Check template をクリックし、サービスと注意事項を確認します。Zenavo が対応していないものは解決すべき問題として一覧に表示され、黙って除外されることはありません。
  4. サーバーを選んでインポートします。

ターミナルから実行することもできます。

zenavo template deploy -f zeabur.yaml --var PUBLIC_DOMAIN=app.example.com

4. データベースとファイルを復元する

  • データベース：同じ種類のデータベースサービスを追加します（PostgreSQL の場合は Zeabur と同じメジャーバージョン。Zeabur のバックアップに記録されています）。Backup & Restore を開き、ステップ 1 のバックアップをそのままアップロードして復元します。ロールと行レベルセキュリティのポリシーも引き継がれます。安全のため、Zeabur の root スーパーユーザーは、スーパーユーザー権限とログイン権限のない状態で復元されます。
  • ファイル：ボリュームのアーカイブを復元します。
  • アプリの接続先を、新しいデータベースの接続変数に向けます。

5. シークレットをローテーションしてから変数を設定する

Zeabur のセキュリティインシデントを踏まえ、外部サービスのシークレットは古い値をコピーせず、新しく発行 したものを Zenavo に設定してください。

  • クラウドのアクセスキー（AWS、GCP、Alibaba Cloud、Tencent Cloud など）
  • AI の API キー（OpenAI、Anthropic など）
  • 決済、メール、OAuth アプリのシークレット
  • データベースのパスワード（新しいデータベースサービスには、すでに新しいパスワードが設定されています）

Zenavo は変数を暗号化して保存し、ログでは値を伏せ、閲覧者には表示しません。

6. デプロイして確認し、DNS を切り替える

  1. プロジェクトをデプロイし、Logs でビルドと実行の状況を確認します。
  2. プロジェクト設定の Migration checklist を順に進めます。データの復元と確認、サインイン、ワーカー、メール、コールバックの動作を確認します。
  3. 各サービスの Networking タブでドメインを設定し、DNS レコードを新しいサーバーに向けます。レコードの名前解決ができると HTTPS が発行されます。
  4. すべて正常に動作したら、Zeabur のサービスを停止します。Zeabur が終了するまでは、古いデプロイをロールバック先として使えます。

Zenavo のセキュリティ

セキュリティインシデントが移行の理由の一つでもあるので、Zenavo の仕組みを説明します（詳しくはセキュリティのドキュメントを参照してください）。

  • セットアップ後、Zenavo はサーバーの SSH キー、パスワード、クラスターの認証情報を 一切 保持しません。エージェントが外向きに接続するため、Zenavo に対してポートを開く必要はありません。
  • 変数などのシークレットは暗号化して保存され、ログや監査ログに書き込まれることはありません。
  • Git ビルドは隔離されたビルドマシンで実行され、コントロールプレーンやほかの顧客への経路はありません。
  • 二要素認証とパスキーに対応し、すべてのサインインと変更を追記専用の監査ログに記録します。

料金

プラン 月額 サーバー ビルド時間（分／月）
Free $0 1 100
Dev $5 3 500
Pro $19 10 2,000
Team $79（3 シート込み） 無制限 5,000

どのプランでも、Zeabur テンプレートのインポート、カスタムドメインの設定、データベースのバックアップができます。Docker イメージとデータベースのデプロイにはビルド時間を消費しません。詳しくは料金をご覧ください。

よくある質問

Zeabur の共有クラスターを使っていて、サーバーを持っていません。どうすればいいですか？ 任意の事業者で Linux サーバーをレンタルして（推奨は 2 CPU、4 GB）接続してください。セットアップには15分ほどかかります。

テンプレートで Zenavo が対応していないものを使っている場合は？ テンプレートをチェックすると問題として表示されます。インポートの前に解決してください。知らないうちに何かが除外されることはありません。

中国本土のサーバーを使えますか？ はい。セットアップ時に、中国国内のミラーからインストールするかどうかを自動で判定します。中国本土のサーバーでカスタムドメインを使うには、サーバーのクラウド事業者で ICP 届出が必要です。

Zenavo と Zeabur の関係は？ 関係はありません。Zenavo は独立した製品で、Zeabur のテンプレート形式と使い方に互換性があるため、簡単に移行できます。

詳しくは移行ガイドをご覧ください。サインアップしてすぐに試すこともできます。移行全体が無料プランで完了します。