Zeabur 停止營運：還在上面跑的服務，這 10 週怎麼搬
Zeabur 10/17 宣布 12 月起停止服務，12/31 前關閉所有伺服器。這篇整理事件時間線、你必須立刻做的 5 件事、三種遷移路線的成本比較，以及退款與網域轉出的實際流程。
2026 年 10 月 17 日，Zeabur 創辦人林沅霖寄出一封信，宣布平台將逐步結束營運：部分服務 12 月 1 日起停止，所有專用伺服器與共享叢集在 12 月 31 日前關閉。
如果你還有東西跑在上面，你剩下的時間不是兩個月，是十週——而且信裡寫得很清楚：「12 月 31 日是平台服務全部停止的日期，並不代表每一項服務都會持續運作到那一天。」
這篇不談陰謀論，只講三件事：發生了什麼、你現在該做什麼、之後要搬到哪裡。
一、發生了什麼（時間線）
| 日期 | 事件 |
|---|---|
| 2026-08-27 | 第一次資安事件。內部服務憑證遭未授權存取，攻擊者藉此讀取使用者專案的環境變數 |
| 2026-08-28 | 首則公告，列出已確認外洩的變數名稱，逐一通知受影響使用者 |
| 2026-08-29 | 發現 AI Hub 使用的 LiteLLM 有可疑活動，暫停該服務 |
| 2026-10-14 | 第二次資安事件。影響範圍比 8 月更大，後續確認部分 Google Cloud 專用伺服器也遭未授權存取 |
| 2026-10-17 | 創辦人宣布逐步結束營運，即日起停止新的專用伺服器與網域購買 |
8 月那次的根因，Zeabur 自己的調查報告寫得很具體：攻擊者從一台使用者部署的 NextChat v2.16.1 進場，利用 MCP 功能授權檢查不足的漏洞（CVE-2026-7644）取得程式執行權，接著穿過共享叢集內網，在路由快取裡拿到一把團隊管理員的 Legacy API Key，再用它讀到含 AWS root 金鑰的內部設定，最後接觸到正式環境資料庫。
這條路徑上有四個「不該同時成立」的條件：已進入退場階段卻還在運作的共享叢集、沒有權限範圍與有效期限的舊金鑰、內部服務持有過高的雲端權限、維運任務同時具備跨環境連線能力。任何一個被切斷，事件都不會擴大到這個程度。
10 月那次外洩的範圍包含服務環境變數、帳號資訊、API Token，以及 zSend 寄信服務的金鑰。
二、為什麼這件事不只跟 Zeabur 有關
很多人會得出「Zeabur 很爛」的結論。我認為更值得記住的是另一件事：
PaaS 把成本外部化了，但沒有把風險一起外部化。
一鍵部署的價值是真的：你不用管 nginx、憑證、容器編排、CI/CD。代價是你把三樣東西交出去了——你的金鑰、你的資料、你的上線能力，全部放在同一個 blast radius（爆炸半徑）裡。平台被攻破一次，你的 OpenAI 金鑰、資料庫密碼、OAuth 憑證、Webhook secret 全部一起走。
而且損失不會出現在平台的帳單上。它會出現在 Anthropic、OpenRouter、Google 的帳單上，通常要等到月底信用卡帳單來才發現。
這不是說不要用 PaaS。而是說：你該知道自己把什麼交出去了，並且為「平台消失」這件事留一條路。
三、你現在該做的 5 件事（依急迫性排序）
1. 換掉所有放在 Zeabur 環境變數裡的金鑰（今天）
不要只換 OpenAI。凡是曾經存在 Zeabur「變數」面板裡的東西，一律假定已外洩：
- AI 供應商金鑰（OpenAI / Anthropic / OpenRouter / Google / xAI）
- 資料庫連線字串與密碼
- OAuth client secret
- Webhook secret（GitHub、Stripe、Telegram bot token）
- 寄信服務金鑰（含 zSend）
- 任何長期有效的 API Token
換完之後，回頭看 8/27 以來的用量曲線。異常消耗通常出現在你沒在看的那些供應商後台。
2. 立刻備份，不要等公告
Zeabur 明確說了：資料刪除日期、最晚匯出期限目前尚未確定。翻譯成白話就是——不要等到它公布期限才開始備份。
有狀態的東西優先：資料庫、上傳檔案、volume、物件儲存。
3. 把網域轉出
Zeabur 買的網域已開放自助轉出。這件事比你想的更容易被拖延，但它有 60 天的轉移鎖定期，越晚開始越危險。
4. 退款與賠償分開申請
這是兩件不同的事，都由 Zeabur Support 受理，申請時要註明你要哪一項：
- 帳戶餘額退款
- 資安事件損失賠償（例如被盜用的 API 額度）
台北市消保官林傳健的說法是：業者無法繼續依約提供服務，負有回復原狀義務，待退金額原則上應以消費者原支付貨幣返還。但 Zeabur 登記於美國、未在台灣設分公司，屬境外消費爭議——客服沒處理好，可以走 eConsumer.gov，或向發卡銀行申請信用卡爭議款。
信用卡爭議款有期限（通常 120 天內），這是你最該先確認的一項。
5. 決定搬去哪
下面這節專門講這件事。
四、三條遷移路線
| A. 換一個 PaaS | B. VPS + Docker Compose | C. 自家機器 + Tunnel | |
|---|---|---|---|
| 例子 | Railway / Render / Fly.io | 任一 VPS（2 vCPU / 4GB） | 家中迷你 PC / NAS |
| 月成本 | US$5–25（依用量） | US$5–12 | 電費約 NT$100–250 |
| 上手時間 | 1–2 小時 | 半天到兩天 | 兩天到一週 |
| 你掌控的程度 | 低 | 高 | 最高 |
| 平台倒掉的風險 | 仍然存在 | 低（可換家） | 不存在 |
| 適合 | 只跑一兩個小服務 | 多服務、想長期經營 | 資料量大、想吃自己的硬體 |
我的建議：B 為主，C 為輔
- B（VPS + Docker Compose）：成本可控、隨時能搬家（
docker compose up換一台機器就跑起來），這是最平衡的選擇。重點是把設定寫成 compose 檔，不要用點擊式面板——面板是你被平台綁死的原因。 - C（自家機器 + Cloudflare Tunnel）：適合大容量、只有自己用的服務（相簿、影音、備份）。不用開 port，對外只留一條 outbound 連線。
遷移順序：從無狀態開始
- 無狀態服務（前端、API gateway、cron）→ 最快、最不會出錯
- 半狀態（含上傳檔案的 app）→ 先搬檔案再切流量
- 資料庫 → 最後搬，而且要留回滾方案
- DNS 切換 → 先把 TTL 降到 60 秒，切完再調回來
五、如果你決定自架，最低限度的安全清單
搬回自架不等於安全。很多人搬完的結果是：把資料庫直接開在公網上，比放在 PaaS 更危險。
- 全部服務走反向代理，只有 80/443 對外
- 資料庫只綁
127.0.0.1或 Docker 內網 - 金鑰不進 git、不進 image，用
.env+ 權限 600 - 每個服務一把專屬金鑰，不用「一把通行所有服務」的舊金鑰
- 備份自動化，而且異地（3-2-1）
- 有監控會在你睡著時叫你（Uptime Kuma + Telegram）
六、結論
Zeabur 這件事真正教我們的不是「別用新創服務」，而是：
便利性和可攜性是反向關係。你越依賴某個平台幫你處理複雜度，你離開它的成本就越高。
所以真正的解法不是「找到一個永遠不會倒的平台」——那種平台不存在。而是：
讓你的服務隨時能在 4 小時內搬到另一台機器。
達成這件事的方法很樸素：容器化、設定檔進版本控制、資料與程式分離、備份異地。做完這四件，你就不再害怕任何平台收攤。
本文資訊截至 2026-10-18。Zeabur 的資料刪除期限與客服停止日期尚未公告，後續有更新會補在這篇。
參考來源：Zeabur 創辦人 2026-10-17 用戶通知信、Zeabur 官方 8 月資安事件調查報告、台北市法務局消保官 2026-10-17 回應。
最後更新：2026年10月18日