Pindah dari Zeabur: serahkan panduan ini ke coding agent Anda
Kami merangkum cara Zeabur menjalankan layanan Anda dan apa saja yang selama ini dikerjakan Zeabur untuk Anda, dalam dokumen yang dibuat untuk coding agent. Agent Anda membaca kondisi layanan saat ini dan menentukan bersama Anda ke mana harus pindah.
Zeabur TeamArtikel ini juga tersedia dalam English, 繁體中文, 简体中文, 日本語, dan Español.
TL;DR: Buka coding agent seperti Claude Code atau Codex, lalu tempelkan kalimat di bawah. Jika Anda tidak punya coding agent, buka tiket melalui Zeabur Support dengan menyebutkan layanan dan tanggal kedaluwarsa Anda, dan kami akan membantu migrasi Anda.
Baca https://zeabur.com/blogs/migrate-from-zeabur.md dan bantu saya memindahkan layanan saya dari Zeabur.Agent akan mendata layanan Anda, menanyakan kebutuhan Anda, merekomendasikan pilihan, lalu memandu migrasi langkah demi langkah. Agent akan meminta persetujuan Anda sebelum setiap langkah yang mengubah sesuatu. Untuk melihat apa yang dibaca agent, beralihlah ke tampilan AGENT di bagian bawah halaman.
Panduan ini akan terus diperbarui seiring berjalannya proses penghentian layanan dan masalah yang dilaporkan. Sebelum mulai, minta agent Anda membaca ulang versi terbaru.
Sesuai pengumuman penghentian layanan: mulai 1 Desember, server dedicated dimatikan sesuai tanggal kedaluwarsa masing-masing; layanan di shared cluster ditangguhkan mulai 1 Desember, tetapi Anda masih bisa menjalankannya kembali secara manual untuk mencadangkan data; pada 31 Desember semua layanan berhenti. Susun jadwal berdasarkan tanggal kedaluwarsa Anda sendiri, jangan menunggu sampai hari terakhir.
Mengapa diserahkan ke agent?
Setiap proyek, tingkat keahlian, dan anggaran berbeda. Ada yang hanya ingin situsnya tetap berjalan, ada yang ingin kendali penuh atas server, dan ada yang mencari cara untuk tetap mendapatkan alur Zeabur "push lalu langsung ter-deploy". Satu tutorial yang baku tidak bisa melayani semua orang.
Agent Anda bisa membaca kode Anda dan masuk ke server Anda, sehingga ia melihat jauh lebih banyak daripada yang bisa diasumsikan sebuah artikel. Kami mendokumentasikan hal-hal yang tidak bisa ia simpulkan sendiri:
- Objek Kubernetes apa saja yang membentuk layanan Anda di Zeabur, serta di mana data, image, dan variabel disimpan
- Hal-hal yang selama ini dikerjakan Zeabur untuk Anda dan perlu diambil alih setelah pindah
- Titik-titik yang sering bermasalah saat migrasi
Agent merekomendasikan tujuan dan alat yang digunakan sesuai kondisi Anda. Keputusan akhir ada di tangan Anda.
Anda termasuk pengguna jenis apa?
| Jenis | Apa yang terjadi pada mesin | Cara agent membaca kondisi saat ini |
|---|---|---|
| Server dedicated yang disewa di Zeabur | Milik akun cloud Zeabur dan dihapus setelah kedaluwarsa. Data di disk tidak disimpan. | Masuk ke server lewat SSH dan membaca k3s secara langsung |
| Server milik sendiri (terhubung ke Zeabur) | Tetap milik Anda, tetapi komponen Zeabur di dalamnya berhenti berfungsi | Masuk ke server lewat SSH dan membaca k3s secara langsung |
| Shared cluster | Layanan ditangguhkan, lalu dihentikan | Tanpa SSH; melalui Zeabur CLI dan dashboard |
Kata sandi root server dedicated dikirim ke email Anda saat pembelian. Jika lupa, Anda bisa mengatur ulang di dashboard, atau masuk dengan npx zeabur@latest server ssh.
Apa saja yang selama ini dikerjakan Zeabur untuk Anda?
Setelah pindah, setiap poin di bawah ini membutuhkan penanggung jawab baru. Agent akan membahasnya satu per satu saat menyusun rencana:
| Yang dikerjakan Zeabur | Setelah Zeabur berhenti |
|---|---|
| Membangun image dari kode sumber di Git | Butuh Dockerfile atau fitur build dari platform baru |
| Menyimpan image di registry Zeabur | Tidak bisa di-pull lagi, layanan tidak bisa berjalan setelah restart |
| Deploy otomatis saat push, riwayat deployment, rollback sekali klik | Butuh CI/CD atau platform dengan fitur tersebut |
Domain *.zeabur.app | Tidak berfungsi lagi; ganti dengan domain Anda sendiri |
| Penerbitan dan perpanjangan sertifikat HTTPS | Butuh reverse proxy atau fitur sertifikat dari platform |
Menghubungkan layanan lewat .zeabur.internal | Ganti dengan jaringan di lingkungan baru |
| Menyuntikkan variabel antarlayanan dalam satu proyek | Bawa nilai sebenarnya |
| Pencadangan database harian | Cadangan ikut hilang; ekspor dulu dan siapkan pencadangan sendiri |
| Log, metrik, peringatan crash dan sumber daya | Butuh sistem log, pemantauan, dan peringatan sendiri |
| Anggota tim dan izin akses | Atur ulang di platform baru |
Masalah yang paling sering muncul adalah image dan variabel yang disuntikkan. Masalah image baru terasa setelah Zeabur berhenti; masalah variabel langsung membuat aplikasi gagal terhubung ke database saat dipindahkan.
Sebelum mulai
- Coding agent, misalnya Claude Code atau Codex
- Node.js di komputer Anda, dan Zeabur CLI yang sudah login dengan akun pemilik proyek:
npx zeabur@latest auth login - Untuk server dedicated: akses SSH ke server
- Izin mengubah DNS domain Anda. Domain yang dibeli di Zeabur bisa ditransfer keluar dari Dashboard
- Tanggal kedaluwarsa Anda, dan rentang waktu ketika downtime bisa diterima
Biarkan agent memakai CLI yang sudah login di komputer Anda. Token akses Zeabur memiliki izin atas seluruh akun Anda; menempelkannya ke percakapan sama saja dengan menyerahkan akun Anda.
Bagaimana migrasi berjalan?
- Pendataan: agent mencatat sumber, domain, ukuran data setiap layanan, dan apakah image-nya bisa diekspor.
- Memilih tujuan: berdasarkan keahlian, anggaran, dan fitur yang Anda pedulikan, agent membandingkan dua atau tiga arah, misalnya platform terkelola seperti Railway, platform self-hosted seperti Coolify, k3s, atau Docker Compose.
- Perencanaan dan uji coba: siapkan layanan di lingkungan baru, pindahkan data sekali, uji fitur-fitur utama, dan benar-benar pulihkan satu cadangan.
- Peralihan: setelah Anda setuju, tangguhkan aplikasi di Zeabur, sinkronkan data untuk terakhir kali, lalu Anda sendiri yang mengubah DNS.
- Serah terima: agent menjelaskan cara deploy, mencadangkan, dan rollback di lingkungan baru.
Kami sudah memindahkan sebuah situs Django yang sedang berjalan (PostgreSQL, Redis, aplikasi, nginx) dengan cara ini: jumlah baris di ke-28 tabel semuanya cocok, dan peralihan memakan downtime sekitar 6 menit, sekitar 3 menit di antaranya untuk menunggu sertifikat.
Mengalami kendala?
Minta agent merangkum kondisi saat ini dan pesan error, lalu kirimkan kepada kami melalui Zeabur Support beserta tanggal kedaluwarsa Anda agar kami bisa menilai tingkat urgensinya.