Zeabur 停運怎麼搬家？搬到 Railway 和 Cloudflare 的完整步驟與 AI 指令範本

Zeabur 將在 2026 年 12 月 31 日前全面停止營運，專用伺服器更是從 12 月 1 日起就依到期日陸續關機。對多數個人專案來說，Zeabur 搬家到 Railway 和 Cloudflare 是最省事的組合：一直開著的後端、Bot 和資料庫搬到 Railway，網站和網域 DNS 搬到 Cloudflare。

Zeabur 搬家到 Railway 和 Cloudflare 可以分成五個階段：先搞懂你的服務由哪些東西組成、選平台、做好搬家前的三件準備、照風險高低依序切換、驗收後才刪除舊服務。這篇照這個順序講，每一步都附可以直接貼給 Claude Code 這類 AI 助理的指令。我自己 11 月初就是用這套流程搬完 n8n、Discord Bot、資料庫和網站，不會寫程式也做得到。

搬家前，先搞懂一個服務由哪些東西組成？

一個部署在雲端的服務，通常由五樣東西組成：程式、環境變數、資料庫、硬碟和網域。搬家就是把這五樣逐一帶到新平台，漏掉任何一樣，服務就會在新家壞掉。

很多人在 Zeabur 上按幾下就部署好了，平台把這些東西藏在後台，平常不用管。搬家時它們會一個一個冒出來，所以先認識清楚：

組成	是什麼	搬家時要做什麼	漏掉會怎樣
程式	放在 GitHub 的程式碼，或打包好的映像檔	在新平台重新部署	服務不存在
環境變數	存在平台上的設定和金鑰，例如資料庫密碼、API key、Bot token	在新平台重新設定，而且要換成新值	服務啟動失敗
資料庫	PostgreSQL、MySQL、Redis 等	匯出、匯入、比對筆數	資料遺失
硬碟（Volume）	掛在服務上、重啟也不會消失的檔案空間	打包複製到新平台的硬碟	上傳的檔案、設定檔遺失
網域與 DNS	決定你的網址連到哪一台主機	最後才改指向	使用者連不到

其中最容易被忽略的是「沒有掛硬碟的服務」。服務沒掛硬碟時，程式寫進去的檔案只存在當次執行中，一重啟就消失。很多 Discord Bot 會把資料存成一個 JSON 檔，平常沒事，但在搬家或換金鑰時一重啟，檔案就不見了。所以盤點時要特別問一句：這個服務有沒有把資料寫在自己身上？

Zeabur 停運的時程是什麼？哪些資料會被刪？

依官方停運公告與官方搬家指南，不同方案的關閉方式不一樣，你的期限取決於用的是哪一種：

• 專用伺服器：12 月 1 日起不再續費，依各自的到期日關機。租用的伺服器到期後會被刪除，硬碟資料不保留。到期日可能比 12 月 31 日早很多，要登入後台查自己的。
• 共享叢集：12 月 1 日起暫停所有服務，但仍可手動啟動來備份資料，12 月 31 日全部停止。
• 退款與資安申請：帳戶餘額退款和資安損失申請，都要在 11 月 30 日前開工單。

另一件跟時程一樣重要的事是資安。Zeabur 的資安事件報告確認，10 月 14 到 15 日平台資料庫裡的環境變數（名稱和值）被讀取，官方要求所有用戶更換環境變數中的全部憑證。也就是說，你存在 Zeabur 的每一把金鑰都要當成已經外洩，而且越早換越好，不必等搬完。

所以第一步是登入 Zeabur 查清楚自己的方案和到期日。

Zeabur 的替代方案有哪些？該怎麼選？

沒有一個平台能完整取代 Zeabur，比較實際的做法是依服務類型分開放。下面是常見的幾個選擇：

平台	適合放什麼	計費方式	要注意的地方
Cloudflare	靜態網站、小工具、網域 DNS	有免費方案	不適合需要一直開著的後端程式
Railway	常駐 Bot、後端、資料庫、n8n	月費加用量	亞洲只有新加坡機房；要設費用告警
Render	後端、資料庫	有免費方案，付費按規格	免費方案一段時間沒人用會休眠
Fly.io	需要挑機房的服務	用量計費	設定門檻較高
VPS＋Coolify	服務很多、檔案很多	固定月費	主機的更新、防火牆、備份都要自己顧
n8n Cloud	只跑 n8n	依執行次數的方案	只能放 n8n

不知道怎麼選，以下是提供判斷的幾個標準：

1. 它需要一直開著嗎？ 部落格、作品集這類靜態網站不需要，放 Cloudflare 就好，免費又不會被其他服務拖累。
2. 它有資料庫，或要 24 小時待命嗎？ Discord Bot、後端 API、n8n 都屬於這類，放 Railway 這種由平台管主機的服務，你不用碰作業系統。
3. 服務很多、檔案很大，而且你願意自己管主機嗎？ 這時租一台 VPS（虛擬主機）裝 Coolify 這類管理工具，固定月費常常比用量計費划算；代價是系統更新、防火牆、憑證、備份都要自己來。

對不想維護主機的人，Railway 加 Cloudflare 是最常見的組合。它的好處是兩邊都由平台負責主機，只要你的服務有 Dockerfile（描述程式要在什麼環境、怎麼啟動的設定檔），以後要再搬也不會被綁住。

Railway 一個月要多少錢？怎麼估？

Railway 依官方價格頁計費：Hobby 方案月費 5 美元，內含 5 美元用量，超過才另外收。主要費用來自記憶體，每 GB 每月 10 美元；CPU 每 vCPU 每月 20 美元，對外流量每 GB 0.05 美元。

估算方法是到 Zeabur 後台看每個服務平常用多少記憶體，加總後乘以 10 美元。舉例來說，三個 Bot 各用 100 MB、一個 n8n 用 400 MB、一個資料庫用 150 MB，合計約 0.85 GB，記憶體費約 8.5 美元；小型服務的 CPU 多半閒置，加起來每月大約 10 美元上下。

設定時有一個細節：Railway 可以設「費用告警」和「硬上限」。硬上限一到，所有服務會一起停，所以告警設在你的預算，硬上限設高一點，避免意外全停。

Zeabur 搬家前要先做哪三件事？

搬家前要先列清冊、備份並實際還原一次、換掉所有金鑰。這三件事都不會改變線上服務，卻決定了搬家出錯時你還有沒有退路。

一、列清冊：把每個服務的五樣東西寫下來

清冊的作用是讓你知道「要搬什麼」和「每一樣搬完沒」。照前面的五樣組成，每個服務一列：

服務	有無資料庫	有無硬碟	網域	用到的金鑰	目前狀態	搬去哪
範例：Discord Bot	無	無（但會寫 JSON 檔）	無	Bot token、AI API key	運行中	Railway
範例：個人網站	無	無	example.com	無	運行中	Cloudflare

已經停用、不打算搬的服務也要列進去。服務停了，它環境變數裡的帳號密碼仍然有效，一樣要撤銷。

二、備份，而且實際還原一次

備份檔能不能用，只有還原過才知道。正確的做法是把資料庫匯出後，在另一個地方（例如自己電腦）還原，再逐張表比對筆數，全部一致才算備份成功。

• 資料庫：PostgreSQL 用 pg_dump 匯出、pg_restore 還原；MySQL 用 mysqldump。這些指令讓 AI 執行就好，你要確認的是它最後回報的比對結果。
• 硬碟檔案：把掛載的資料夾整個打包下載。
• 沒掛硬碟、但會寫檔案的服務：在任何重啟之前，先把那些檔案複製出來。

不要假設平台有替你做每日備份，要自己確認。搬完之後，建議設定每天自動備份到另一家的雲端空間，例如 Cloudflare R2，免費額度 10 GB，對個人專案通常夠用。

三、換金鑰：到源頭撤銷，不是只改變數

換金鑰的意思是讓舊的那把失效，而不只是在平台上填一個新值。舊金鑰只要還能用，拿到它的人就還能用。

正確順序是：

1. 先備份會因為重啟而遺失的檔案。舊 token 一撤銷，Bot 常會登入失敗、當掉、自動重啟。
2. 到源頭撤銷並重建：Discord、Google、OpenAI 等各家後台撤銷舊金鑰、產生新金鑰。資料庫密碼要進資料庫裡改，只改環境變數沒有用。
3. 填入新值並重啟測試，確認服務正常。
4. 確認舊金鑰已失效：用舊的去試，被拒絕才算完成。

Zeabur 搬家順序怎麼排，服務才不會中斷？

原則是由低風險到高風險：先搬出錯也沒人受影響的，有使用者和資料庫的服務最後搬，而且挑使用者最少的時段。這樣前面幾次的經驗，可以讓最重要的那次切換更穩。

建議順序如下，每一步做完、觀察一兩天沒問題再往下：

1. 先拿一個不重要的服務試水溫。 在新平台走完一次部署、看執行紀錄、重啟、退回上一版。目的是熟悉新平台的操作，而不是真的切換。
2. 把 DNS 搬到 Cloudflare，記錄全部照舊。 這一步只換「由誰管理網域」，網址指向的主機不變，使用者感覺不到差別（細節見下一節）。
3. 靜態網站搬到 Cloudflare。 切換前把舊網址的轉址逐條測過，轉址壞掉會讓搜尋排名掉下來，我在網站搬家踩坑那篇有詳細說明。
4. 沒有外部使用者的 Bot 和排程。 壞了只影響你自己，適合用來確認新平台的穩定度。
5. n8n 與自動化流程。 要帶走的東西比較多，見下面的 n8n 段落。
6. 有使用者的網站和資料庫。 事先通知使用者維護時段，挑深夜或使用量最低的時候切。

DNS 怎麼搬到 Cloudflare 才不會斷？

要先分清楚兩個東西：nameserver 是「由誰負責回答這個網域的查詢」，DNS 記錄是「回答的內容」，例如網址對應到哪個 IP、信件要送去哪台郵件主機。先換 nameserver、內容維持不變，就是零風險的搬法。

依 Cloudflare 官方步驟：

1. 在 Cloudflare 新增網域。 Cloudflare 會自動掃描現有記錄，但這只是盡力而為，常會漏掉。
2. 逐筆對照原本的記錄。 特別檢查信箱相關的 MX、SPF、DKIM，以及萬用子網域（*）這類掃描容易漏的記錄，漏了就手動補。
3. 先把記錄設成「DNS only」（灰色雲朵）。 灰雲代表 Cloudflare 只回答地址、不經手流量，行為和原本完全一樣。確認一切正常後，再考慮要不要開代理（橘色雲朵）。
4. 到網域商後台把 nameserver 改成 Cloudflare 給的兩組。 名稱要一字不差，DNSSEC 要先關閉。
5. 等生效並驗證。 生效可能需要最多兩天，期間網站和信箱都要能正常運作。

單一服務的切換步驟

每個服務切換時都走同一套步驟，有固定流程比較不會漏：

1. 前一天把 DNS 記錄的 TTL 降到 300 秒。 TTL 是各地 DNS 伺服器記住舊答案的時間，例如 3600 代表一小時。降到 300 秒後，切換時最多 5 分鐘大家就會拿到新位址。
2. 在新平台部署好，先用平台給的臨時網址測試。 確認能啟動、能連資料庫，再進行下一步。
3. 暫停舊服務的程式，但資料庫先不停。 這樣切換期間不會有新資料寫進舊資料庫。
4. 最後一次搬資料並比對：筆數、最大編號都要一致。
5. 改 DNS 指向新平台。 在 Railway 服務的網域設定加上自訂網域，它會給你一個 CNAME 目標，到 Cloudflare 新增這筆記錄。一開始用灰雲最單純；之後若要開橘雲，Railway 社群的一般建議是把 Cloudflare 的 SSL 模式設成「Full」，憑證卡住時先切回灰雲等它簽發完成。
6. 從外部驗證，並手動走一次登入和最常用的功能。

回滾方法要在切換前就想好：把 DNS 改回舊位址、重啟舊服務。所以舊服務在驗收完成前只暫停，不要刪除。

搬 n8n 要特別帶走什麼？

n8n 是最多人卡關的服務，因為它除了資料庫，還有一把加密金鑰。n8n 用 N8N_ENCRYPTION_KEY 加密你存的每一組帳號憑證，新環境用不同的金鑰，工作流雖然看得到，但所有連線都會失敗。

搬 n8n 要帶走三樣東西：

• 資料庫：工作流、憑證、執行紀錄都在裡面。
• 加密金鑰：如果你從沒手動設定過，n8n 會自動產生並存在 .n8n 資料夾裡，要從那裡找出來。
• .n8n 資料夾：若有掛硬碟，整包複製過去。

搬完之後還有兩件事：把 WEBHOOK_URL 改成新網址，以及到外部服務（表單、金流、其他系統）把呼叫你 webhook 的網址一併更新。

用 Claude Code 搬家，指令怎麼下？

AI 程式助理適合做搬家這種「步驟多、要精確、但每一步都有標準做法」的工作：它可以執行平台的指令、匯出資料、逐表比對筆數。你要做的是決定方向，並在每個會動到線上服務的步驟按下同意。

先看清楚分工，哪些交給 AI、哪些一定要自己來：

AI 可以做	你一定要自己做
盤點服務、列清冊	註冊新平台、綁信用卡
備份、還原、比對資料	到網域商改 nameserver
在新平台部署、設定環境變數	到各家後台撤銷舊金鑰、產生新金鑰
改 DNS 記錄、從外部驗證	通知使用者維護時段
寫好回滾步驟	決定什麼時候切換、什麼時候刪除

下面四份指令照搬家順序排列，可以直接複製使用。

指令一：請 AI 帶你盤點和規劃

這份改編自 raymondhouch 的 Zeabur 搬家指南提供的範本，並加上讓 AI 先讀 Zeabur 官方搬家指南，那份指南本來就是寫給 AI 助理讀的：

我有服務部署在 Zeabur，它將在 2026 年 12 月 31 日停止營運，十月也發生了資安事件。
我不太懂主機，請先讀 Zeabur 官方搬家指南 https://zeabur.com/blogs/migrate-from-zeabur ，
再帶我規劃並執行搬家：

1. 列出所有專案與服務，標出每個服務有沒有資料庫、硬碟、自訂網域，並查伺服器到期日。
2. 盤點所有存在 Zeabur 的金鑰，列出要到哪些後台撤銷重建。不要在對話或 log 印出金鑰的值。
3. 用白話告訴我每個服務適合放 Cloudflare、Railway 還是自租 VPS，附理由、每月預估費用、哪些步驟要我自己做。
4. 等我同意方案再動手。註冊和付款我自己來，其餘你做。
5. 先拿一個不重要的小服務走完一次：部署、看 log、重啟、退回上一版。
6. 有資料庫的服務，搬之前先備份並實際還原一次；搬完設定每天備份到異地。
7. 驗證登入、舊資料、排程、Bot 都正常才切 DNS。舊服務先暫停不要刪，等我確認。

指令二：請 AI 解釋新架構

方案出來後，先別急著動手。花幾分鐘弄懂每個平台負責什麼，以後出問題你才知道該去哪裡查：

請用白話說明新方案裡每個平台各負責什麼、跟我原本用 Zeabur 差在哪裡。
如果之後服務壞了，我應該先去哪個平台看什麼？

指令三：每一步先準備、等你同意才執行

切換時，讓 AI 先把這一步的影響講清楚，你看過再說開始。這是避免 AI 直接動到正式資料最有效的做法：

先準備 [服務名稱] 的切換：列出會改哪些設定、預計停機多久、失敗怎麼退回。
準備好先停下來，等我說「現在切換」才執行。

指令四：填完金鑰後請 AI 逐項檢查

金鑰通常由你從各家後台複製，貼進 AI 準備好的檔案。貼的時候畫面不會顯示內容，很容易貼錯欄位，或把別的東西貼進去，表面上看起來都是「已填」：

我把新的金鑰都填好了。請逐項實際測試每一把能不能用、格式對不對，
只回報每一項的結果，不要印出金鑰的值。

看得懂這幾個指令就夠

指令大多是 AI 在執行，但看懂幾個常見的，你比較知道它在做什麼：

railway login                  # 登入 Railway
railway link                   # 把目前資料夾連到 Railway 上的專案
railway up                     # 把目前資料夾的程式上傳並部署
railway logs                   # 看服務的執行紀錄
dig +short 你的網址 @8.8.8.8   # 問某台 DNS 伺服器，這個網址現在指到哪

Railway 有兩種部署方式：連結 GitHub 讓每次更新自動部署，或用 railway up 從電腦直接上傳。專案是獨立的 GitHub 倉庫，連 GitHub 最省事；如果倉庫裡還放著其他私人資料、不想讓平台讀取，就用 railway up。

切換後怎麼確認搬完？什麼時候可以刪舊服務？

確認搬完要看三件事：資料一致、功能正常、所有人都已經連到新位址。三件都確認了，才依序暫停、觀察、刪除舊服務。

驗收清單：

• 資料一致：資料庫每張表的筆數和最大編號，新舊相同。
• 功能正常：用真實帳號登入，走一次最常用的功能，例如送出表單、下載檔案。
• 排程與通知：每個排程至少成功跑過一次，通知真的送到了 Discord 或信箱。
• 信箱：寄一封信到網域信箱、從網站寄一封信出去。換 DNS 時最常漏掉的就是信箱記錄。

為什麼 DNS 查起來是新的，還是有人連到舊主機？

換 nameserver 之後，各地 DNS 伺服器不會同時更新。網域層級的 nameserver 記錄常常會被快取到兩天，在這段期間，有些網路業者的 DNS 仍會去問舊的 DNS 商；如果舊 DNS 商那邊的設定還在，它就會繼續回答舊位址。

所以只用 Google（8.8.8.8）或 Cloudflare（1.1.1.1）的公共 DNS 檢查並不夠，它們正常不代表你的使用者都正常。比較可靠的做法：

• 請 AI 對幾家常見網路業者的 DNS，各連續查詢 10 次以上，看有沒有偶爾回舊位址。
• 舊服務先繼續開著，等連續採樣都乾淨再暫停。
• 必要時請舊 DNS 商刪除該網域的設定，讓它不再回答。

刪除前的最後一步

舊服務暫停後，再觀察幾天確認沒有東西壞掉，才刪除 Zeabur 上的專案與資料。最後記得撤銷 Zeabur 的 API token 和 GitHub 授權。

換到新平台不代表平台風險消失。每天機外備份，服務也盡量保持有 Dockerfile，下次真的要再搬，只要重跑一次這篇的流程。想看怎麼跟 AI 一起擬一份會先列出「這個計畫會怎麼失敗」的搬家計畫，可以讀搬站計畫那篇。

如果你身邊有朋友的 n8n 或 Bot 還放在 Zeabur，把這篇轉給他。搬到一半卡住，可以到 Threads @tech_shiba 留言你卡在哪一步。