Zeabur 要停業了，怎麼搬家？我們 10 月實際幫一所學校搬到 Cloudflare 的完整流程
Jacky ChenAI 系統架構顧問 · 擁有 HR 與獵頭背景的 AI 開發者一句話答案
Zeabur 創辦人在 2026 年 10 月 17 日公告結束營運：12 月 1 日起專用伺服器停止續費、依各自到期日關機，共享叢集上的服務暫停；12 月 31 日所有服務停止、資料一併刪除；帳戶餘額退款要在 11 月 30 日前透過 Zeabur 工單申請。搬家的正確順序是：先用 pg_dump 自己備份資料庫（我們實際遇到 Zeabur 內建備份失敗）、把每個服務的環境變數原檔存下來、在新平台處理資料格式差異、用測試網址把登入與主要功能驗一輪，確認沒問題才切換正式網址，切換前再備份一次，最後才停舊服務、申請退款。
10 月 17 日 Zeabur 發信公告要結束營運，隔天我們就開始幫一所專科學校搬家——他們的視光教學平台（AI 助教加上 AR 眼鏡試戴）後端跟資料庫都放在 Zeabur。兩天內切換到 Cloudflare，老師學生用的網址沒變。這篇把我們實際走過的順序寫下來，包括兩個差點出事的坑。
Zeabur 停業的時間表：哪些日期一定要記住？
依 Zeabur 官方公告，有三個日期要記：11 月 30 日是帳戶餘額退款跟資安事件損失賠償的申請截止日，兩件事要分開開工單，過了這天退款改用 Email 處理；12 月 1 日起專用伺服器停止續費，每台依自己的到期日關機並刪除資料，共享叢集上運行中的服務會被暫停（官方說還可以手動恢復運行來備份資料）；12 月 31 日所有服務停止，資料一併刪除。
最容易誤會的一點：12 月 31 日是「全部停止」的日期，不代表你的服務會撐到那天。專用伺服器到期日如果在 12 月中，那天就會關機。官方也明講資料刪除日期跟最晚匯出期限還沒公布，所以不要等，先搬。
第一步：資料庫自己用 pg_dump 備份，不要只靠平台內建備份
我們第一個踩到的坑：Zeabur 後台內建的資料庫備份按下去直接失敗。底層跑的匯出指令回傳錯誤，備份檔根本沒產生。如果我們當時以為「平台會幫我備份」就開始停服務，資料就沒了。
我們改用 PostgreSQL 自己的 pg_dump，從外部連進資料庫做一份完整備份，匯入新資料庫後逐張表比對筆數，全部對上才算備份完整。另一個小坑：Zeabur 資料庫頁面上顯示的密碼跟實際能登入的對不上，真正能用的連線字串在後端服務的 DATABASE_URL 環境變數裡。連不上的時候先去那裡找，不要一直重試。
還有一點：如果你的程式有讓使用者上傳圖片，先確認圖片存在哪裡。Zeabur 容器的硬碟是暫時的，重啟就清空，所以這所學校的系統當初把上傳的圖片直接存在資料庫裡。搬家時我們把圖片抽出來改放 Cloudflare R2（物件儲存），資料庫只留檔案位置。
第二步：環境變數原檔存下來
每個服務的環境變數（API 金鑰、資料庫連線、登入用的密鑰、前端網址）是最容易被忘記、也最難事後補的東西。服務一刪，這些值就跟著消失。我們在停任何東西之前，把後端服務的環境變數原檔整份存成一個只有自己讀得到的檔案，不貼進任何聊天或文件。
搬到新平台時，登入用的 JWT 密鑰我們重新產生一組，AI 的 API 金鑰也建議趁搬家換新——舊的在 Zeabur 的設定頁待過，換掉比較安心。
第三步：D1 跟 PostgreSQL 的格式差異，這三個一定會遇到
Cloudflare D1 底層是 SQLite，跟 PostgreSQL 有幾個差異，資料匯進去「筆數全對」不代表畫面會正常。我們實際遇到三個：
陣列跟 JSON 欄位變成字串。 Postgres 原本存陣列的欄位，到 D1 只能存成文字，讀出來變成一串字，前端拿到就壞掉。要在讀取的地方轉回陣列，寫回去的時候再轉成文字。
布林值變成 0 跟 1。 Cloudflare 官方文件寫得很清楚，D1 的布林值會轉成整數，1 是真、0 是假。前端如果寫的是「等於 true 才顯示」，就會整排不見。
時間差 8 小時。 D1 存的時間沒有時區標記，前端當成台灣時間解讀，所有時間就差了 8 小時。我們在讀取時統一補成國際標準時間格式（結尾加 Z），畫面上的時間才對。
這三個我們集中寫在同一個「讀出來先整理一次」的函式裡，不要散在每支 API 各自修，不然一定會漏。
第四步：先用測試網址驗，再切正式網址
我們沒有直接把正式網址指過去。Cloudflare Pages 可以開一個預覽分支網址，前端打新的後端，正式網址還是打 Zeabur。在測試網址上把登入、AI 問答、AR 試戴、個人收藏這幾個老師學生每天會用的功能全部走一輪，都正常才切換。
切換前我們又做了一次完整備份，跟前一天的筆數比對，確認這段時間沒有新資料漏掉。切換本身就是重新部署前端、把 API 位址換成新後端，網址不變，使用者不用重新記任何東西。
切換後要記得一件事：可以回滾到舊版前端，但切換之後新寫進來的資料只在新資料庫，回滾會看不到。所以切換後觀察幾天，確定穩了再處理舊服務。
第五步：停舊服務、按「申請退款」
我們先把 Zeabur 上的後端跟資料庫服務「暫停」，舊網址回錯誤、新系統照常運作，觀察沒問題。要注意：暫停不等於退租，伺服器本身還在計費。
真正收尾是到 Zeabur 伺服器的設定頁，有一顆「申請退款」：按下去伺服器會被註銷，剩下沒用完的天數按比例退回帳戶餘額。這個動作會永久刪除伺服器上的資料，所以一定要放在備份確認、新系統穩定之後。退回餘額後，再透過工單申請把帳戶餘額退回付款方式——依官方說明，這要在 11 月 30 日前提出。
另外如果你也打算搬到 Cloudflare：R2 物件儲存要先在帳號綁定付款方式才能開通，我們在這一步卡了一下，建議一開始就先處理。
搬家順便升級？這是我們最常被問的問題
很多人搬家時會想：反正都要動了，要不要順便把系統改好一點？我的建議是先搬、再升級，不要同時做。搬家的驗收標準只有一個：「跟原本一模一樣能用」。同時改功能，出問題時你分不出是搬壞的還是改壞的。
搬穩之後，再來談升級。很多老系統其實很適合加上 AI Agent——讓 AI 直接幫你把重複的事做完，而不只是多一個聊天框。我們做過的例子寫在〈企業 AI Agent 怎麼建置：我們做過的 6 個真實 AI 員工〉。
要搬家，或想順便把系統升級成 AI Agent，聯絡我們。 填表聯絡我們，或直接 LINE 問。 我們會先看你的服務放在 Zeabur 哪一種方案、到期日是哪天，排出來得及的順序。
出處
1. Zeabur 官方部落格 — Zeabur 即將結束營運（2026-10-17，創辦人林沅霖）https://zeabur.com/zh-TW/blogs/zeabur-is-shutting-down
2. Zeabur 官方部落格 — Zeabur 服務遷移、退款與資安事件申請說明 https://zeabur.com/zh-TW/blogs/migration-refunds-and-security-claims
3. INSIDE — Zeabur 宣布停止營運！12 月 31 日前全面關閉，專用伺服器 12 月 1 日起停止續費 https://www.inside.com.tw/article/42662-zeabur-shutdown-dec-31-dedicated-servers-stop-renewal-dec-1
4. Cloudflare 官方文件 — D1 Workers Binding API（Type conversion：布林值轉為整數 1／0）https://developers.cloudflare.com/d1/worker-api/
這篇談的內容，正好對應我們的客製化 AI 系統服務 →
常見問題
Zeabur 什麼時候停止服務？＋
依 Zeabur 官方公告，12 月 1 日起專用伺服器停止續費並依各自到期日關機，共享叢集上的服務暫停；12 月 31 日所有服務停止、資料一併刪除。專用伺服器可能早於 12 月 31 日關機，要先查自己的到期日。
Zeabur 的餘額可以退款嗎？＋
可以。官方說明帳戶餘額退款要在 2026 年 11 月 30 日前透過 Zeabur 工單申請，過期改以 Email 處理；資安事件損失賠償是另一個申請，要分開提出。我們實際操作時，伺服器設定頁的「申請退款」會註銷伺服器並把剩餘天數按比例退回帳戶餘額，再透過工單申請餘額退回。
Zeabur 內建備份可以信任嗎？＋
我們實際遇到內建備份失敗、沒產生備份檔的狀況。建議自己用 pg_dump 做完整備份，匯入新環境後逐張表比對筆數，全部對上再停舊服務。
從 Zeabur 的 PostgreSQL 搬到 Cloudflare D1 要注意什麼？＋
最常遇到三件事：陣列與 JSON 欄位會變成字串、布林值變成 1 和 0、時間沒有時區標記導致差 8 小時。建議集中在一個讀取函式裡把格式轉回來，並在測試網址把主要功能走一輪再切換。
搬家可以順便改功能嗎？＋
建議不要同時做。搬家的驗收標準是「跟原本一模一樣能用」，同時改功能的話出問題分不出原因。先搬穩，再談升級成 AI Agent 或加新功能。
還有其他問題？看完整常見問題 →
Jacky Chen · AI 系統架構顧問
讀到這裡，如果你手上正好有個流程想自動化、或想把 AI 變成一套真的能營運的系統——直接找我聊。一次免費的技術診斷，我幫你看清最值得先動的是哪一塊，不繞圈子、不推你不需要的東西。