Zeabur 結束營運：12 月 1 日前搬家完整檢查清單

Zeabur 於 2026 年 10 月 17 日宣布結束營運——導火線是 10 月 14 日第二次遭入侵，範圍比八月尾那次更大，加上 AI 令部署越來越容易、增長見頂。時間表很緊：即日起停售新伺服器與網域、開始受理餘額退款；12 月 1 日共享集群暫停所有服務（仍可手動開機做備份），獨立伺服器停止續費並於十二月按到期日陸續關閉；12 月 31 日全面停止服務，資料刪除時間尚未公布。如果你的團隊有任何東西跑在 Zeabur 上，請把 12 月 1 日當成真正的死線——這篇是完整的搬家檢查清單。

第零步——假設你的密鑰已經外洩

入侵發生之後，你貼進 Zeabur 環境變數的每一條 API key、資料庫密碼與 token，都必須當作已經洩漏。搬任何東西之前，先盤點你存過的所有密鑰；搬遷期間逐條輪換——撤銷舊的、簽發新的，絕不要把已洩漏的值複製到新主機。事後才做就太遲了：「公告入侵」到「密鑰換新」之間的空窗，正是濫用發生的時間。

n8n 陷阱：加密鑰匙就是整個搬家

如果你在 Zeabur 上跑 n8n，最重要的不是工作流程匯出檔——而是加密鑰匙（N8N_ENCRYPTION_KEY，或 .n8n/encryptionKey 檔案）。n8n 用它加密每一個已儲存的連線憑證。工作流程可以重新匯出，但鑰匙一旦遺失，裡面所有憑證就永遠解不開，你只能逐個連線重新輸入密碼。先把鑰匙抄到安全的地方，在新實例匯入任何東西之前設定好它，並且確認一個舊憑證真的能解開，才繼續之後的步驟。

工作流程可以重匯，加密鑰匙不能。幫你搬 n8n 的人，動工之前必須說得出鑰匙放在哪裡——說不出，就停手。

每個團隊都會漏的三樣東西

• 上傳的檔案與 volumes——Zeabur 把它們存在程式碼以外的地方；集群暫停前全部匯出，否則重新部署後儲存空空的應用，要等到第一個用戶上傳檔案時才會被發現「未搬完」。
• 網域與 DNS——你的自訂網域 DNS 指向 Zeabur；事先規劃切換（提前一天調低 TTL、煙霧測試後才改指），否則你會在 12 月 1 日伴著倒閉的網站發現這件事。
• 散落在各處的 webhook——Stripe、LINE、Meta、Telegram、GitHub 都拿著你的舊 Zeabur URL。每個 webhook 端點都要重新登記到新網址並實際試發；一個沒人改的 webhook 就是無聲故障。

合理的搬家順序

盤點一切（應用、volumes、網域、webhook、密鑰）→ 平行架起新主機（小型 VPS 或另一個 PaaS——絕不要搬進同一個被入侵過的帳戶）→ 輪換所有密鑰 → 帶著加密鑰匙搬 n8n 並驗證可解密 → 複製 volumes → 部署並用暫用網址做煙霧測試 → 調低 TTL 後切換 DNS → 逐個重新登記並試發 webhook → Zeabur 實例保持開機兩星期作為後備，最後匯出最終備份才放手。

冇工程人手？這正是我們的強項

Zeabur 搬家是一個範圍固定、死線明確的工程單——正是我們託管驗收閘為之而生的形狀。貼出你的堆疊（粗略即可：「兩個 n8n、一個 Next.js 網站、一個 Postgres」），經審核的專家會回覆具體搬家方案與固定報價。款項由持牌支付機構託管，只在驗收清單全數通過後放行：網站可訪問、webhook 回 200、n8n 舊憑證可解密、舊密鑰已撤銷。死線是 12 月 1 日——最繁忙的會是十一月底的兩星期，越早搬越便宜。