Zeabur 停運搬家指南:先備份、再換金鑰、最後才搬
Zeabur 宣布 12 月 31 日全面停止服務,各伺服器依到期日提前關閉。這篇照正確順序講:先算死線、備份什麼、哪些金鑰非換不可、三種新家怎麼選、Zeabur 用戶最常踩的坑。
2026 年 10 月中,Zeabur 在第二次資安事件之後宣布停止營運。我沒有用過 Zeabur,但我幫客人顧主機、搬過不少站,這幾天把官方公告與社群討論整理了一遍,發現多數人卡住的不是「要搬去哪」,而是順序弄反:先急著搬,結果備份漏了一塊、外洩過的金鑰還在新家繼續用。
這篇照正確的順序寫:先算死線、再備份、再換金鑰、然後才選新家與搬。最後一段是我能提供的協助,自己搬得動的人看到那段前就可以關掉。
先看時程,算出你真正的死線
官方公告的時間點如下:
| 時間 | 事情 |
|---|---|
| 即日起 | 停止購買新的專用伺服器與網域 |
| 12 月 1 日 | 專用伺服器停止續費;共享叢集同日暫停運行,可手動恢復以備份資料 |
| 到期日所在的當月 | 各專用伺服器陸續關閉 |
| 12 月 31 日 | 平台全面停止 |
重點只有一句:你的死線是你那台伺服器的到期日,不是 12 月 31 日。現在就打開後台把到期日記下來。資料刪除日、最晚匯出期限、客服停止日都還沒公告,不要賭它會延。
另外兩件事順手處理:帳戶餘額退款與資安事件損失賠償要分別向 Zeabur Support 申請;從 Zeabur 買的網域已經開放自助轉出,網域轉移要等幾天,今天就送。
第一步:備份,而且是能離開 Zeabur 的備份
平台快照在平台關掉之後一點用都沒有。要的是你電腦上、你自己雲端硬碟裡的那一份。
- 程式碼:通常在 GitHub,確認線上跑的版本就是最新 commit。如果是用模板一鍵部署、沒有原始碼的服務(資料庫、n8n、Uptime Kuma 這類),把 image 名稱與版本號抄下來。
- 環境變數:每個服務的 Variables 逐一匯出成檔案,先放在加密的地方。這份稍後要全部換掉,但現在留著才知道一共有哪些、各自接到哪個外部服務。
- 資料庫:匯出 dump,不要只靠平台快照。
# PostgreSQL
pg_dump -Fc -h <host> -U <user> <db> > backup.dump
# MySQL / MariaDB
mysqldump --single-transaction -h <host> -u <user> -p <db> > backup.sql
# MongoDB
mongodump --uri="<connection-string>" --out ./mongo-backup
匯出完一定在本機還原一次,比對幾張主要資料表的筆數。沒還原過的備份不算備份。
4. 持久化磁碟(Volumes):使用者上傳的檔案、圖片、SQLite 檔。打包下載。
5. 網域與 DNS:列出哪些記錄指向 Zeabur(CNAME 到 *.zeabur.app 或 A 記錄),切換那天會用到。
6. 別人打進來的網址:LINE webhook、金流商的 notify URL、OAuth 的 redirect URL、第三方排程器呼叫的端點。這些搬家後全部要改,現在不列,之後會在最奇怪的時間點發現某個功能壞了。
第二步:換金鑰,這一步比搬家更急
8 月底那次事件,被讀取的是專案的環境變數,裡面包含第三方 API 金鑰與資料庫密碼。10 月 14 日第二次,官方自己說影響範圍比 8 月更大。所以不管你有沒有收到通知,把環境變數裡的每一把金鑰都當成已經外洩。
輪替清單:
| 項目 | 怎麼處理 |
|---|---|
| 資料庫密碼 | 新家建資料庫時直接用新密碼,不要沿用 |
| 第三方 API 金鑰(OpenAI、Anthropic、Google Maps、SendGrid⋯) | 到供應商後台重發一把、撤銷舊的;順便看這兩個月的用量帳單有沒有異常 |
| LINE Channel Secret / Access Token | LINE Developers 後台重發 |
| 金流商金鑰(HashKey、HashIV、API Key) | 金流商後台重發,通常要重新設定 notify URL |
| OAuth Client Secret(Google、GitHub、Facebook 登入) | 各平台重發 |
| JWT / Session Secret | 換了會讓所有使用者登出,挑離峰時間 |
| SMTP 密碼 | 信箱供應商重設 |
| 雲端儲存金鑰(S3、R2) | 重發並限縮權限 |
| Webhook 簽章密鑰 | 雙方同時更新 |
順序要對:新家先用新金鑰上線,切 DNS,確認正常,最後才撤銷舊金鑰。先撤銷的話舊站當場壞掉,你會在搬到一半時同時處理兩個火場。唯一的例外是供應商帳單已經出現你沒用過的用量,那就先撤再說。
第三步:選新家
三條路,各有代價,我直接講清楚:
| 路線 | 適合誰 | 你要付的代價 |
|---|---|---|
| 另一個 PaaS(Railway、Render、Fly.io) | 自己會操作、服務不多、沒有客人在用 | 美金計價、資料在海外、再承擔一次平台風險 |
| 自己租 VPS 裝 Dokploy 或 Coolify | 想完全擁有、願意學維護 | 更新、備份、監控都變成你的事,半夜掛掉是你起床 |
| 委託託管 | 有客人在用、不想再碰主機 | 每月費用,而且要找得到人 |
只有一個小 side project、沒有資料庫的人,走第一條,一個下午搞定,不用找我。有資料庫、有金流、有客人每天在用的,才需要認真想後兩條。
我自己接託管的作法是:AWS 台北區域(ap-east-2)的 EC2,跑 Docker Compose,每個客人一台獨立的小主機,不共用。理由有三個。第一,主機和使用者都在台灣,延遲是能感覺到的差別。第二,一客一機,別人的流量爆了不會拖到你,出事也不會一次倒一排。第三,AWS 帳號可以直接開在你名下,我用授權身分進去管,哪天你想換人、想自己接手,把我的授權移除就好,不用再搬一次。
第四步:搬家的正確順序
- 盤點:每個服務的建置方式(有沒有 Dockerfile)、監聽的 PORT、環境變數、對外網域、服務之間怎麼互連、有沒有掛磁碟。
- 新家先建好,用測試網域跑起來,確認每個功能都能動,這時候舊站還在正常服務。
- 資料庫還原並比對筆數,主要資料表一張一張對。
- 提前至少一天把 DNS 的 TTL 調低(例如 300 秒),切換那天才不用等快取過期。
- 排一個維護時段:舊站停寫入或設成唯讀 → 做最後一次 dump → 還原到新家 → 切 DNS。多數小站這段十幾分鐘到一小時。
- 更新所有打進來的網址:LINE webhook、金流 notify、OAuth redirect,就是第一步第 6 點列的那份清單。
- 觀察 48 小時,確認 log 乾淨、排程有跑、信有寄出,再撤舊站、撤舊金鑰。
一次搬一個服務。全部一起搬,出問題時你分不出是哪一個。
Zeabur 用戶特別會踩的坑
- 沒有 Dockerfile:Zeabur 的 zbpack 會自動偵測語言幫你建置,很多專案從來沒寫過 Dockerfile。新家如果不是 Nixpacks 相容的平台(Dokploy、Coolify 有支援),就得補一份。
- 服務互連用的是 Zeabur 內網主機名:連線字串裡的
<服務名>.zeabur.internal到新家要改成 Compose 的服務名稱或實際位址。這條最常漏,因為它藏在環境變數裡。 PORT是平台注入的:新家要自己決定並對齊反向代理。*.zeabur.app的網址會消失:文件、QR code、第三方後台裡直接填了那個網址的,全部要換。先全文搜尋一次你的專案與文件。- 模板部署的服務要對齊版本:資料庫 major 版本不同,dump 還原會失敗或靜默少資料。
- 時區:多數 image 預設 UTC,排程與報表的時間在搬家後會差 8 小時。
我能幫你做什麼
如果你看到這裡覺得「清單我懂,但我沒有時間」,可以交給我。我能接的有三種:
- 只搬家:備份與驗證、新家建置、資料還原比對、整套金鑰輪替、DNS 切換、回呼網址更新、上線後 48 小時觀察。搬到哪都可以,你自己的 VPS、其他平台,或我的託管。
- 搬家 + 託管:搬到 AWS 台北區域,一客一台主機,之後每日備份、https 憑證、監控與主動通知、壞掉修好都由我負責。
- 只想找人看一眼:你自己搬,我幫你檢查有沒有漏掉的地方。
每個人的服務數量、資料量和到期日都不一樣,價格我不在這裡寫死,私訊我,依你的狀況報價。聯絡方式在本站的聯絡頁,訊息裡請附上四件事:
- 一共幾個服務
- 資料庫是哪一種
- 大概多少資料
- 伺服器到期日
有這四項,我一個工作天內回你報價與可排的時間。收件依順序排,越接近 12 月越難排,排滿了我會直接告訴你,不會答應了做不完。
總結
Zeabur 停運這件事,真正的風險不在 12 月 31 日,在你到期日前那幾天的手忙腳亂,以及那些從 8 月就該換、到現在還在用的金鑰。順序記住就好:先算死線、先備份、再換金鑰、最後才搬。一次搬一個,搬完觀察兩天再收尾。