2026.10.19  · 閱讀約 7 分鐘

你用的雲端服務商,兩個月被駭兩次,然後宣布十二月關門

早上九點,業務助理照慣例打開那個雲端報價系統,要把昨天客戶追的三張單子補完。登入畫面跳出一行英文,說服務將於十二月三十一日終止,請於期限前匯出您的資料。

她把電腦螢幕轉過來給你看。你第一個反應不是生氣,是試著回想:這套系統裡面到底有什麼?三年份的報價紀錄、客戶的料號對照、每一次改版的單價。第二個反應才是——這些東西,我有沒有別的地方也存了一份?

這個畫面不是假設。十月十七日,台灣一家叫 Zeabur 的雲端新創,創辦人林沅霖寄信給所有用戶,宣布自十二月一日起逐步停止服務,十二月三十一日全面關閉。從通知到關機,兩個半月。

用戶看不到的那兩個訊號

把時間拉長看,這件事不是突然發生的。

根據 ABMedia 的報導,Zeabur 在八月底發生第一次重大資安事件。攻擊者從用戶部署的某個服務漏洞進入,一路靠著沒有適當權限限制的舊版金鑰、過度授權的內部維運任務,最後進到正式資料庫,讀到了部分客戶的專案設定內容——包括各種服務的憑證、金鑰、資料庫密碼。

接著,曾任該公司早期行銷成員的 Ling Wu 在同一天發表的回顧文中透露,第一次事件之後,公司資遣了大約一半的團隊,他自己也在九月中旬收到通知。

然後是十月十四日,第二次入侵。創辦人在公告中說,這次的影響範圍比八月底更大。三天後,結束營運。

對外面的用戶來說,八月的資安事件可能有聽說,但「團隊少了一半」這件事,他們完全看不到。

這才是重點。不是有沒有被駭,而是你在做決定的那個當下,手上根本沒有判斷的資訊。你看到的是一家不到一年前才完成兩百萬美元種子輪、有超過十萬名註冊用戶、產品登上過排行榜第一的公司。你看不到的是,維護這套系統的人已經走了一半。

創辦人自己在公告裡講了一句很誠實的話:這最初只是三年半前快速開發出來的專案,隨著業務擴張、方向不斷調整,系統慢慢累積了複雜度和維護負擔。

這句話,任何做過代工的人都聽得懂。那不就是一條當初為了趕單臨時架起來的線,後來越加越多工站、越改越複雜,大家都知道遲早要重做,但永遠沒有空重做。

翻成工廠的語言:一家你沒評鑑過的獨家供應商

製造業對供應商這件事其實非常謹慎。

要進你的合格供應商名單,對方得填一堆表。公司登記、產能、設備清單、品質系統、有沒有做過 ISO。重要的料你會找第二家備援,不會讓一家獨大。對方要停產某個型號,合約裡會寫通知期。客戶來稽核的時候,這整套東西你拿得出來。

可是你用的那套雲端系統呢?

當初可能是某次展覽看到的、同業推薦的、或是二代回來說「這個很好用,先免費試用三個月」。試用完覺得順手,就一路用下去。從來沒有人問過:這家公司幾個人?撐多久了?他的伺服器放在哪?他倒了我們怎麼辦?

他其實是一家獨家供應商,手上握著你三年的料號、單價和客戶名單,而你從來沒有對他做過一次供應商評鑑。

而且這家供應商的特性比一般料件供應商還難搞:沒有第二家可以備援,沒有安全庫存可以撐,停產通知期不是半年,可能只有兩個半月。

我不是說雲端不能用。SailPoint 創辦人 Mark McClain 在接受 iThome 訪問時講過一個比喻我很喜歡:F1 賽車要跑快,關鍵不只是引擎,是煞車。如果你不信任自己的煞車,你根本不敢用兩百英里的時速衝進彎道。

工廠也一樣。問題不是要不要用外部系統,是你有沒有煞車。

三個問題,今天下午就能問完

ISO 有消防演練,每年要跑一次。我建議把下面這三個問題當成「系統退場演練」,一年跑一次,半天就夠。

第一,資料匯得出來嗎?現在就匯一次。

不是問廠商「可不可以匯出」,是真的按下去匯一次。很多系統介面上有匯出按鈕,但匯出來的只是一份扁平報表,原本的附件、歷史改版、料號之間的對應關係全部不見。這個差別,不實際匯一次你永遠不知道。

第二,匯出來的東西,公司裡誰打得開?

拿到檔案之後,找一台沒有裝那套系統的電腦打開看看。如果是 Excel、PDF、CSV,恭喜你,十年後還是打得開。如果副檔名是你沒看過的格式,而且只有原廠的程式打得開——那不叫備份,那叫一塊你帶不走的紀念品。

第三,從明天開始沒有這套系統,工廠出得了貨嗎?

這題最殘酷但最有價值。把答案寫下來:報價改成什麼做法、排程怎麼排、客戶要的交期回覆從哪裡來。如果答案是「完全停擺」,那這套系統對你的重要性,已經遠超過你當初把它當成一個每月幾千塊訂閱費的心理定位。

這三題跑完,你對外部系統的風險認知,會比九成同業清楚。

不是全部搬回來,是分級

很多老闆聽到這裡的反應是:那乾脆全部自己來。

不必。工廠本來就懂分級這件事——哪些圖可以給協力廠,哪些圖只能在自己廠內看,哪些連報價單上都不印,你心裡一直有一把尺。資料也一樣。

公開型:產品型錄、官網文案、一般規格說明。這些本來就要給人看,放外面完全沒問題。

流程型:內部排程表、請購單、工時紀錄。放外面可以,但第二題要過——匯出來的格式得是你打得開的。

命脈型:客戶料號對照、圖面、成本結構、配方與製程參數、老師傅口述整理出來的判斷標準。這類東西一旦外流,不只是資安問題,是客戶稽核時你交代不過去,是競爭對手直接拿到你的底牌。這一類,建議留在自己掌控得到的環境裡。

尤其是最後那一項。這幾年很多工廠開始想把老師傅的經驗整理成 AI 可以查詢的資料——烘乾多久、什麼聲音該換刀、這個客戶的允收標準怎麼抓。這是好事,但請注意:你正在做的,是把廠裡最值錢、最難複製的那部分知識,整理成一份結構清楚、方便搜尋的檔案。

這份檔案該放哪裡,值得你多想三十秒。

什麼時候,你反而不該自建

講到這裡該說點對我們自己不利的話。

把系統搬回自己機房,不會自動變安全。一台放在倉庫角落、沒人更新、沒人備份、密碼貼在螢幕邊的主機,風險不會比有專職團隊維運的雲端服務低,只是風險換了個地方放,而且沒人盯著。

所以自建的前提只有一個:有人負責。不一定要全職 IT,但廠裡要有一個明確的人,知道這台機器誰在用、資料備到哪、出事打給誰。如果這個人現在不存在,也沒有要請,那我會老實建議你先別搬。把現有系統的匯出和備份流程做確實,是你這個月投資報酬率最高的動作,不花什麼錢。

另外有一件事我們也不確定:沒有人能預測哪家服務商會倒。Zeabur 的前團隊成員在回顧文裡自己也強調,他對公司為什麼結束營運的推測只是個人判斷,不能取代官方說法。連內部的人都只能推測,你在外面當然更看不清楚。

所以這篇文章的結論不是「教你挑不會倒的廠商」。沒有人做得到。結論是:假設他會倒,然後確認你撐得住。這就是備援供應商的邏輯,你做了二十年,只是沒把它套用在軟體上。

回到那封信

再回到開頭那個早上。

真正決定你那天過得順不順的,不是那封信寫了什麼,而是你在收到信之前的某一天,有沒有花半天把那三個問題問完。問完了,這封信就只是一件麻煩事,排進這一季的待辦,兩個半月夠你搬。沒問過,這封信就是一場災難,而且是在你最忙的年底。

差別不在運氣,在那半天。


如果你手上有某個流程,現在是卡在外部系統裡、或是只存在某位老師傅腦子裡,想知道能不能搬到自己的機房做,可以找我們聊聊。我們提供免費的可行性評估——告訴我們你最想解決的那一個流程就好,不用三個。如果評估下來這件事不值得做,或是你現在還不需要自建,我們會直接說不值得。

本文參考來源

FAQ

關於這個主題,常被問到的問題

雲端系統商突然倒閉,我的資料拿得回來嗎?

不一定。多數服務會在關閉前給一段匯出期,但能匯出什麼、匯出成什麼格式,是對方決定的,不是你決定的。常見狀況是只能匯出一份扁平的報表檔,原本的關聯結構、附件、歷史版本都跟著消失。真正安全的做法不是等出事再問,而是現在就實際匯一次,把檔案打開來看,確認裡面是不是你需要的東西。沒實際匯過,所有的「應該可以」都只是猜測。

怎麼判斷一家軟體服務商會不會倒?

你沒辦法準確預測,但可以用評估供應商的方式降低風險。問三件事:公司成立多久、團隊有多少人在維護這套系統、過去有沒有發生過資安事件以及當時怎麼處理。同時看合約裡有沒有寫明終止服務的通知期與資料交付方式。更重要的是假設他會倒,然後確認你撐不撐得住——有沒有第二套做法、停機一週會不會停止出貨。這跟你對單一料源會準備備援供應商是同一個道理。

工廠的報價單、BOM、客戶訂單適合放雲端嗎?

要分級看,不是全有或全無。公開型資料像產品型錄、官網內容,放外面幾乎沒有風險。流程型資料像排程表、請購單,放外面可以,但要確認匯得出來。至於牽涉客戶料號、圖面、成本結構、配方參數的資料,一旦外流等於把競爭力交出去,而且客戶稽核時你很難交代,這類建議留在自己掌控得到的環境。先把資料分成這幾類,再決定每一類放哪裡。

小工廠沒有 IT 人員,自己架主機會不會反而更危險?

有可能。一台放在倉庫角落、沒人更新、沒人備份、密碼寫在便條紙上的主機,風險不會比有專職團隊維運的雲端服務低。自建的前提是有人負責——不一定要全職 IT,但要有明確的人知道這台機器誰在用、資料備到哪、出事找誰。如果這個人不存在,先別急著把東西搬回來,把現有系統的資料匯出與備份流程做確實,反而是當下更划算的投資。

地端私有 AI 跟直接用線上的 AI 服務差在哪?

最大的差別是資料走到哪裡。線上服務你把報價單、圖面、客戶資料貼進去,內容就離開了你的網路,後續怎麼儲存、誰能存取、服務哪天終止,都不在你的控制範圍。地端是把模型裝在自己的機房,資料從頭到尾沒有出廠。代價是你要自己準備硬體、自己負責維護,而且能力通常不會跟最前沿的線上服務一模一樣。選哪一種,取決於你要處理的是哪一類資料。

資料備份要做到什麼程度才算夠?

判斷標準不是備份了幾份,而是你有沒有真的還原過一次。很多工廠有排程備份,但從來沒人試著把備份檔拿出來復原,結果真的要用時才發現檔案損壞或少了關鍵部分。建議至少做到:備份不只存在同一台機器上、每隔一段時間實際還原一次確認可用、重要資料保留能夠回溯的舊版本。做完這三件事,不管系統商倒不倒,你都有退路。

NEXT STEP

先從一次免費的可行性評估開始

告訴我們你最想解決的那一個流程。我們會誠實回答做不做得到、大概多少預算, 以及如果現在還不該做,為什麼不該做。