· Diperbarui
Zeabur akan tutup: cara bermigrasi ke Zenavo
Zeabur menghentikan semua layanannya pada 31 Desember 2026. Zenavo bekerja seperti Zeabur — mengimpor template Zeabur, membangun dengan zbpack, memiliki CLI dengan perintah yang sama, dan memulihkan backup database Zeabur apa adanya. Berikut cara memindahkan proyek Anda, langkah demi langkah.
Artikel ini juga tersedia dalam English, 简体中文, 繁體中文, 日本語, dan Español.
Pada 17 Oktober 2026, Zeabur mengumumkan bahwa mereka akan berhenti beroperasi. Semua layanan berhenti paling lambat 31 Desember. Jika proyek Anda masih berjalan di Zeabur, mulailah pindah sekarang: mulai 1 Desember, layanan yang berjalan di klaster bersamanya akan dijeda.
Zenavo adalah platform deployment yang dibangun mengikuti cara kerja Zeabur. Proyek dan layanan memiliki arti yang sama, template yang diekspor dari Zeabur dapat langsung diimpor, kode tanpa Dockerfile dibangun dengan zbpack, dan nama perintah CLI-nya sama. Bedanya: aplikasi Anda berjalan di server yang Anda sewa atau miliki, sehingga data Anda tetap berada di mesin Anda.
Zenavo adalah produk independen dan tidak berafiliasi dengan Zeabur.
Jadwal penutupan Zeabur
Berdasarkan pengumuman Zeabur seperti yang diberitakan oleh BusinessNext dan BleepingComputer:
| Tanggal | Yang terjadi |
|---|---|
| Mulai 17 Oktober | Tidak ada server dedicated atau domain baru; pengembalian saldo dibuka; domain yang dibeli di Zeabur dapat ditransfer keluar dari dasbornya |
| Mulai 1 Desember | Server dedicated berhenti diperpanjang dan dimatikan saat masa berlakunya habis; layanan yang berjalan di klaster bersama dijeda (Anda masih dapat melanjutkannya untuk mencadangkan data) |
| 31 Desember | Semua server dedicated dan klaster bersama berhenti |
Saat tulisan ini dibuat, Zeabur belum mengumumkan kapan data dihapus, hari terakhir untuk mengekspor, atau kapan dukungan berakhir. Zeabur sendiri menyarankan agar tidak menunggu tanggal-tanggal tersebut untuk membuat backup.
Zeabur juga mengalami dua insiden keamanan, pada bulan Agustus dan pada 14 Oktober; menurut laporan, variabel lingkungan beberapa proyek — yang dapat berisi kunci API dan kata sandi database — telah dibaca. Jangan bawa secret lama Anda apa adanya. Langkah 5 di bawah membahas hal ini.
Mengapa Zenavo adalah pilihan migrasi termudah
Kebanyakan platform membuat Anda mempelajari ulang konsep dan menulis ulang konfigurasi. Zenavo dirancang mengikuti cara kerja Zeabur sejak awal:
| Di Zeabur | Di Zenavo |
|---|---|
| Proyek dan layanan | Sama: proyek berisi layanan, yang saling terhubung melalui jaringan privat |
| Template yang diekspor (YAML) | New Project → Import a Zeabur template: layanan, image, sumber Git, variabel, port, volume, file konfigurasi, health check, perintah inisialisasi, dan dependensi ikut terbawa |
| zbpack mendeteksi bahasa dan membangun | Juga zbpack; zbpack.json dan variabel ZBPACK_* berfungsi seperti sebelumnya |
<service>.zeabur.internal |
Ditulis ulang menjadi <service>.zenavo.internal saat impor |
Variabel bawaan ZEABUR_* |
Ditulis ulang menjadi ZENAVO_* saat impor |
| Zeabur CLI | CLI zenavo, dengan perintah yang sama: auth, workspace, context, project, service, deployment |
| Operasi dan debugging dengan AI | Zenavo Agent bawaan di konsol, ditambah MCP dan Skills untuk Claude Code |
Unduhan backup database (.zip) |
Unggah apa adanya ke layanan database Zenavo lalu pulihkan, termasuk dump klaster pg_dumpall PostgreSQL |
| Server dedicated | Hubungkan server Linux apa pun yang Anda sewa atau miliki |
| Domain kustom dengan HTTPS otomatis | Sama: pasang domain di tab Networking pada layanan dan sertifikatnya diterbitkan untuk Anda |
| PostgreSQL, MySQL, MongoDB, Redis, dan lainnya | PostgreSQL, MySQL, MariaDB, MongoDB, Redis, Valkey |
Apa yang berbeda
- Tidak ada klaster bersama. Setiap proyek Zenavo berjalan di satu server milik Anda sendiri. Jika Anda memakai klaster bersama Zeabur, Anda memerlukan server terlebih dahulu (minimal 1 CPU dan memori 2 GB; disarankan 2 CPU dan 4 GB).
- Anda membayar penyedia cloud untuk server Anda sendiri; Zenavo hanya mengenakan biaya untuk platform, dan paket gratis dapat mengelola satu server.
- Volume tidak disalin antarplatform. Database dan file dipindahkan sebagai backup (langkah 4).
Cara bermigrasi
1. Cadangkan semuanya di Zeabur
Selagi layanan Anda masih berjalan — sebelum 1 Desember — ekspor apa pun yang bisa diekspor:
- Template proyek: ekspor setiap proyek sebagai template (YAML).
- Database: unduh backup dari setiap layanan database. Simpan file
.zippersis seperti saat diunduh, meskipun namanya.sql.gz. - File di volume, seperti unggahan pengguna: arsipkan dan unduh.
- Variabel lingkungan: catat variabel setiap layanan; Anda akan menggantinya pada langkah berikutnya.
- Domain: jika Anda membeli domain di Zeabur, transfer ke registrar milik Anda sendiri.
2. Daftar dan tambahkan server
Daftar di zenavo.app, lalu buka Servers → New Server dan hubungkan server yang Anda miliki: server Linux apa pun dengan alamat IPv4 publik statis (amd64 atau arm64; disarankan Ubuntu 24.04). Masukkan detail SSH-nya dan Zenavo akan memasang K3s, cert-manager, dan agen Zenavo. Setelah penyiapan berhasil, Zenavo menghapus kredensial SSH dan mengelola server hanya melalui agen, yang terhubung keluar dari server tersebut.
Belum punya server? Sewa dari penyedia cloud mana pun (minimal 1 CPU dan memori 2 GB; disarankan 2 CPU dan 4 GB) lalu hubungkan.
Jika Anda memakai server dedicated Zeabur, Anda dapat menghubungkan mesin yang sama, setelah menghapus agen Zeabur dan memastikan tidak ada hal lain yang menggunakan port 80 dan 443.
3. Impor template Zeabur Anda
- Buka New Project dan bentangkan Import a Zeabur template or a Zenavo export di bagian bawah.
- Unggah atau tempel YAML dari langkah 1. Jika template meminta variabel, tambahkan sebagai JSON, misalnya
{"PUBLIC_DOMAIN": "app.example.com"}. - Klik Check template dan tinjau layanan serta catatannya. Apa pun yang tidak didukung Zenavo akan dicantumkan sebagai masalah yang harus diselesaikan, tidak pernah dibuang diam-diam.
- Pilih server dan impor.
Atau dari terminal:
zenavo template deploy -f zeabur.yaml --var PUBLIC_DOMAIN=app.example.com
4. Pulihkan database dan file
- Database: tambahkan layanan database dengan jenis yang sama (untuk PostgreSQL, versi mayor yang sama dengan di Zeabur; backup Zeabur mencatatnya), buka Backup & Restore, unggah backup dari langkah 1 apa adanya, lalu pulihkan. Role dan kebijakan row-level security ikut terbawa; demi keamanan, superuser
rootdari Zeabur dipulihkan tanpa hak superuser maupun login. - File: pulihkan arsip volume.
- Arahkan aplikasi Anda ke variabel koneksi database yang baru.
5. Ganti secret, lalu atur variabel
Mengingat insiden keamanan Zeabur, terbitkan yang baru untuk secret pihak ketiga dan masukkan ke Zenavo, alih-alih menyalin nilai lama:
- Kunci akses cloud (AWS, GCP, Alibaba Cloud, Tencent Cloud, dan lainnya)
- Kunci API AI (OpenAI, Anthropic, dan lainnya)
- Secret pembayaran, email, dan aplikasi OAuth
- Kata sandi database (layanan database baru sudah memiliki kata sandi baru)
Zenavo mengenkripsi variabel saat disimpan, menyamarkan nilainya di log, dan menyembunyikannya dari pengguna dengan akses lihat saja.
6. Deploy, verifikasi, alihkan DNS
- Deploy proyek dan pantau proses build dan runtime di Logs.
- Selesaikan Migration checklist di pengaturan proyek: data dipulihkan dan diperiksa; login, worker, email, dan callback diverifikasi.
- Pasang domain Anda di tab Networking setiap layanan dan arahkan record DNS-nya ke server baru. HTTPS diterbitkan setelah record ter-resolve.
- Setelah semuanya berfungsi, hentikan layanan di Zeabur. Sampai Zeabur tutup, deployment lama menjadi jalur rollback Anda.
Cara Zenavo menangani keamanan
Karena insiden keamanan menjadi salah satu alasan Anda pindah, berikut cara Zenavo dibangun (selengkapnya di dokumentasi keamanan):
- Setelah penyiapan, Zenavo tidak menyimpan kunci SSH, kata sandi, atau kredensial klaster apa pun untuk server Anda. Agen terhubung keluar, sehingga tidak ada port yang perlu dibuka untuk Zenavo.
- Variabel dan secret lainnya dienkripsi saat disimpan dan tidak pernah ditulis ke log atau log audit.
- Build Git berjalan di mesin build terisolasi tanpa rute ke control plane atau ke pelanggan lain.
- Autentikasi dua faktor dan passkey, serta log audit yang hanya dapat ditambah untuk setiap login dan perubahan.
Harga
| Paket | Per bulan | Server | Menit build / bulan |
|---|---|---|---|
| Free | $0 | 1 | 100 |
| Dev | $5 | 3 | 500 |
| Pro | $19 | 10 | 2.000 |
| Team | $79 (termasuk 3 kursi) | Tak terbatas | 5.000 |
Setiap paket dapat mengimpor template Zeabur, memasang domain kustom, dan mencadangkan database. Men-deploy image Docker dan database tidak memakai menit build. Lihat Harga.
Pertanyaan umum
Saya memakai klaster bersama Zeabur dan tidak punya server. Apa yang harus saya lakukan? Sewa server Linux dari penyedia mana pun (disarankan 2 CPU dan 4 GB) lalu hubungkan; penyiapan memakan waktu sekitar lima belas menit.
Bagaimana jika template saya memakai sesuatu yang tidak didukung Zenavo? Saat template diperiksa, hal itu dicantumkan sebagai masalah. Anda menyelesaikannya sebelum mengimpor; tidak ada yang dibuang tanpa sepengetahuan Anda.
Bisakah saya menjalankan server di Tiongkok daratan? Bisa. Penyiapan mendeteksi apakah pemasangan perlu dilakukan dari mirror di Tiongkok. Domain kustom di server yang berada di Tiongkok daratan memerlukan pendaftaran ICP melalui penyedia cloud server tersebut.
Apa hubungan Zenavo dengan Zeabur? Tidak ada. Zenavo adalah produk independen yang kompatibel dengan format template dan cara kerja Zeabur, sehingga perpindahannya mudah.
Panduan migrasi lengkap berisi detail lebih lanjut — atau daftar dan cobalah: paket gratis sudah cukup untuk seluruh proses migrasi.
Inilah yang dibaca agen coding, di https://zenavo.app/blog/migrate-from-zeabur.md.
Markdown tidak bisa dimuat. Buka langsung: https://zenavo.app/blog/migrate-from-zeabur.md