雲端部署平台 Zeabur 可用來託管網站、資料庫及 n8n 等工具。平台已宣布逐步結束營運，所有服務將於 2026 年 12 月 31 日前停止。對仍在平台上的團隊，當務之急是在自己的服務停止前完成備份和遷移。對其他企業而言，這也提醒我們：任何託管供應商都可能改變方向，退出方案最好在有需要之前就寫好。
已公布的安排
根據 INSIDE 及報新聞的報道，創辦人林沅霖於 2026 年 10 月 17 日向用戶發信。報道提及的要點如下：
- 即日起：停止新的專用伺服器及域名購買。
- 12 月 1 日起：專用伺服器停止續費，並按各自的到期日在 12 月內陸續關閉。共享叢集同日暫停運行，用戶仍可手動恢復服務以備份資料。
- 12 月 31 日：全面停止服務。Zeabur 提醒，這不代表每項服務都會運作到當天。
- 尚待公布：資料刪除日期、最後匯出期限及客戶支援停止日期。
- 域名及款項：經 Zeabur 購買的域名已開放用戶自行轉出。帳戶餘額退款與資安事件損失賠償須分開申請，均由 Zeabur Support 處理。
報道亦指團隊計劃以 Markdown 形式提供遷移指南，包括供 AI 編程助手使用的資料。INSIDE 表示在其查核時，Zeabur 的官方網誌及狀態頁尚未刊出停止營運公告，以上資料來自報道引述的用戶通知信。
Zeabur 說明的原因
據報道，創辦人在信中表示，團隊評估系統安全、維運負擔及繼續營運所需的投入後，決定逐步結束營運。他亦提到 AI 帶動了部署需求，但同時降低了部署門檻，平台增長開始遇到瓶頸。
這個決定發生在兩宗資安事件之後。Zeabur 自己發表的八月事件報告指出，攻擊者利用某用戶公開服務的漏洞，由共享叢集進入內部系統，讀取了專案環境變數，當中包括第三方 API 金鑰及資料庫密碼。Zeabur 其後停用了舊式 API 金鑰，並停止了 AI Hub 服務。狀態頁上的十月事件更新則指出，部分 Google Cloud 專用伺服器亦遭未經授權存取，攻擊者取得平台資料庫的讀取權限，外洩資料包括服務環境變數、帳戶資料、API token 及 zSend 金鑰。
受影響團隊現在應做甚麼
- 找出真正的限期。逐一查看專用伺服器的到期日。使用共享叢集的，應以 12 月 1 日而非 12 月 31 日為準。
- 更換密鑰。Zeabur 狀態頁建議更換所有存放在環境變數中的密鑰，並重新產生 Zeabur API token。無論是否遷移都應這樣做，亦不要把舊密鑰抄到新平台。
- 先備份資料。匯出資料庫及持久儲存的內容，並在關閉任何服務之前，確認備份可以在其他地方還原。
- 匯出設定。Zeabur 的文件說明可匯出專案的 YAML 設定，可保留作為服務、連接埠及設定的記錄。
- 轉移域名及 DNS。轉出經 Zeabur 註冊的域名，切換前先調低 DNS TTL，新平台準備好後再更新記錄。
- 及早申請退款或賠償，透過 Zeabur Support 提出，並保留發票及往來通訊。
給所有託管平台用戶的啟示
Zeabur 這類平台確實能節省時間：推送程式碼後，平台便會自動建置、部署及連接資料庫。代價是更多設定集中在單一供應商身上。以下做法可以降低日後離開的成本，適用於任何供應商。
清楚知道哪裡被綁定
列出只能在現有平台運作的部分，例如專有的建置設定、沒有標準匯出方式的託管資料庫、內置的電郵或佇列服務，以及經供應商購買的域名。每一項都是日後遷移時要處理的步驟。
資料可攜，備份放在平台以外
定期把資料庫及檔案備份到企業自己控制、位於供應商以外的儲存空間，並測試能否還原。備份如果只存在於你要離開的平台內，作用有限。
以程式碼及容器描述基礎設施
Dockerfile、設定檔及基礎設施即程式碼（infrastructure-as-code），可以讓另一個供應商重建相同的環境。把 CI/CD 流程放在自己的程式碼庫，而不是只設定在平台介面，部署目標便可以改指向新平台。在新平台設立測試環境（Staging），可以在切換流量前先作測試。
把密鑰視為隨時要更換
把密鑰存放在企業自己控制的管理工具，每個金鑰只給予所需的最小權限，並確保可以迅速更換全部密鑰。Zeabur 兩宗事件都涉及存放在環境變數中的憑證。相關的存取控制可參閱我們有關零信任及多重認證的文章。
預備第二個供應商
不需要所有服務都運行兩套。把 DNS 放在企業自己控制的域名註冊商，預先選定替代平台，並寫下遷移步驟。在網站前面使用 CDN，可以減少更換源伺服器時的影響。
從外部監察
外部的網站監察不論網站放在哪個平台，都能在網站或關鍵流程出問題時發出通知。訂閱各供應商的狀態頁，並確保通知會送到有人查看的郵箱。
中小企退出方案清單
- 列出所有服務、資料庫、域名及密鑰，以及各自由哪個供應商持有。
- 備份存放在託管供應商以外，並在過去一季內測試過還原。
- 建置及部署設定保存在企業自己的程式碼庫。
- 域名註冊及 DNS 由企業擁有的帳戶管理。
- 已選定替代供應商，並有書面遷移步驟。
- 可以在一天內更換全部密鑰。
- 合約中有關通知期、資料匯出及退款的條款，有需要時請諮詢顧問。
- 以軟件支援 SLA 訂明由誰處理事故或遷移。
以下為說明用例子：一間小型網店把網站、資料庫及預約工具都放在同一平台。如果每星期把資料庫匯出到自己的雲端儲存，程式碼和 Dockerfile 放在 Git 程式碼庫，域名在另一家註冊商，被迫遷移時主要工作只是重新部署、還原資料及更改 DNS。若沒有這些準備，同樣的遷移就要先花時間弄清楚有甚麼服務、放在哪裡。
technine.io 透過託管支援及 SLA 服務，協助企業規劃維護、監察及遷移，並透過網絡安全與合規工作檢視憑證及存取權限。
常見問題
Zeabur 的服務實際上何時停止？
據報道，共享叢集於 2026 年 12 月 1 日暫停，專用伺服器在 12 月內按各自到期日關閉，所有服務於 12 月 31 日前停止。撰寫本文時，最後匯出期限尚未公布，請以 Zeabur 的正式通知為準。
12 月 31 日是每項服務的限期嗎？
不是。Zeabur 表示並非每項服務都會運作到 12 月 31 日，應按各項服務自己的日期安排。
是否應該完全放棄託管平台？
不一定。託管平台對不少團隊仍是合理的選擇。重點是讓資料、設定、域名及密鑰保持可攜，供應商的決定便不會變成你的緊急事故。
如果用過 Zeabur，最急要做甚麼？
按 Zeabur 狀態頁的建議，更換存放在環境變數中的憑證，並為資料做一份經測試的備份，然後按最早到期的服務安排遷移。