Zeabur 在 10 月 17 日宣布停止營運時，給用戶的時間表是這樣的：即日起停止新購，12 月 1 日起專用伺服器不再續約、共享叢集陸續暫停，12 月 31 日前全面關閉。從收到信到最後關機，大約十週。
十週聽起來不短。但對一家把官網、會員系統、內部工具或 AI 服務架在上面的企業來說，這十週要完成的是：找出所有部署在上面的服務、選新的落腳處、搬資料、換網域設定、重新測試、通知相關的人。如果負責的工程師已經離職，或者系統是外包廠商幾年前做的，十週會過得非常快。上一篇談的是金鑰被偷，這篇要談的是另一種風險：整個平台不在了。
供應商風險有兩種，而且會一起來
企業評估雲端供應商時，通常看的是功能、價格與穩定度。真正會讓企業措手不及的，是另外兩種風險：
- 資安風險。供應商被入侵，貴司放在上面的資料與金鑰跟著外洩。貴司的防護做得再好，也擋不住從供應商那一端進來的事故。
- 經營風險。供應商被併購、轉型、調漲價格，或者像這次一樣直接結束營運。貴司的系統沒有任何問題，卻必須在別人決定的期限內搬家。
Zeabur 的案例說明了這兩種風險不是獨立的。創辦人在信中直接寫到，今年下半年的兩起資安事件，是重新評估投入與責任的原因之一。資安事件會消耗一家公司的資源與信任，對規模不大的供應商來說，可能直接轉成經營風險。
上游出事，下游跟著停
供應商風險還有一個常被忽略的面向：貴司的供應商，也有它自己的供應商。
8 月 Zeabur 第一次事件之後，一家程式教育平台公開說明，因為上游供應商的資安事件，暫停了透過該平台 AI 服務提供的 AI 對話與問答功能，同時更換所有部署在上面的環境變數與憑證。這家公司的處置其實很到位：快速判斷影響範圍、只停受影響的功能、公開說明。但它的用戶感受到的，仍然是「AI 功能突然不能用了」。
對企業的啟示是：貴司對客戶的服務承諾，實際上建立在一整串供應商之上。AI 服務尤其如此：一個 AI 功能背後，可能同時依賴部署平台、AI 閘道、模型供應商、向量資料庫。任何一環出事，前台看到的都是同一個結果。
先回答三個問題
在做任何供應商評估之前，建議先回答這三個問題。答不出來的，就是第一優先要處理的：
- 我們有哪些系統架在外部平台上？包括外包廠商代為部署的、員工自己用 AI 工具快速做出來的。很多企業的答案比自己以為的多。
- 如果其中一家明天宣布停止營運，哪一個系統停掉會最痛？這決定了優先順序。
- 最痛的那一個，搬家要多久？誰會搬？如果答案是「要問當初的廠商」，那這個系統的退場能力其實不在貴司手上。
雲端供應商盤點表
針對最關鍵的幾個供應商，建議用以下八個項目逐一檢查。這張表也適合放進採購流程，在簽約前就問清楚：
| 面向 | 要問的問題 |
|---|---|
| 資料可攜 | 資料能不能完整匯出？格式是通用的嗎？多久能匯完？ |
| 架構可攜 | 服務是用通用技術（例如容器）打包，還是綁定平台專屬功能？ |
| 憑證隔離 | 不同客戶的資料與金鑰如何隔離？平台內部人員與系統能讀到多少？ |
| 事件揭露 | 發生資安事件時，承諾多久內通知客戶？用什麼管道？ |
| 退場承諾 | 合約或條款裡有沒有寫停止營運時的通知期與協助搬遷義務？ |
| 上游依賴 | 這家供應商自己依賴哪些上游服務？上游出事時的應對方式？ |
| 帳戶歸屬 | 帳戶、網域、AI 服務金鑰是貴司名下，還是廠商名下？ |
| 備案 | 貴司有沒有一個驗證過的替代方案？還是只有「到時候再說」？ |
其中「帳戶歸屬」最容易被忽略，影響卻最大。網域、雲端帳戶、AI 服務帳戶如果是外包廠商名下，貴司連要搬家都得先取得對方配合。簽約時把這些帳戶的所有權放在貴司名下，成本幾乎是零，事後補救卻可能非常困難。
退場計畫不是悲觀，是營運持續
很多企業主聽到「為供應商倒閉做準備」，第一個反應是覺得太悲觀。但換個角度看，這和備份資料、投保火險是同一件事：不是預期它會發生，而是確保它發生時貴司不會停擺。
對中小企業來說，一份夠用的退場計畫不需要很長，每個關鍵系統一頁就夠：
- 系統架在哪裡、依賴哪些外部服務。
- 資料怎麼匯出、最近一次實際匯出是什麼時候。
- 如果要搬，第一選擇的替代方案是什麼、預估要幾天。
- 誰負責執行，需要哪些帳戶權限，這些權限現在在誰手上。
最後一個建議：每年至少把最關鍵的那一個系統，實際演練搬一次到測試環境。演練的目的不是真的要搬，而是在平常就發現「這個設定沒人記得」「這份資料匯不出來」這類問題。Zeabur 表示會提供搬遷指南與協助工具，這對它的用戶是好事。但不是每家供應商在退場時都有餘力這樣做，企業不應該把退場能力寄託在供應商的善意上。
選供應商時問「它有多好用」，簽約前要再問一句「它不在了我們怎麼辦」。
下一篇要談的是，當出事的不是供應商而是貴司自己：發現被駭之後的 48 小時，企業該依什麼順序做什麼事。
常見問題
中小企業是不是應該只用大型雲端供應商？
不一定。大型供應商的經營風險較低，但同樣會發生服務中斷與資安事件，而且議價空間更小。比起只看規模，更重要的是資料與架構的可攜性、帳戶歸屬在貴司手上，以及有一個驗證過的備案。做到這幾點，選中小型供應商的風險也是可控的。
雲端供應商停止營運，已付的費用能退嗎？
依各供應商的條款與處理方式而定。以 Zeabur 為例，官方表示會受理餘額退款，資安損失賠償則另案處理。企業平時應保留付款紀錄與帳戶資料，並留意供應商公告的申請期限。
外包廠商做的系統，我們要怎麼掌握退場能力？
在合約裡要求三件事：網域、雲端帳戶與 AI 服務帳戶登記在貴司名下；交付時提供部署說明與環境設定清單（不含金鑰本身）；原始碼存放在貴司可存取的程式碼庫。有了這三樣，換廠商或換平台時就不必從頭來過。
如果貴司想盤點目前的系統依賴了哪些雲端與 AI 供應商、哪一個最需要先準備退場計畫，歡迎聯絡品得網絡。
