你的 SaaS，別人的開(kāi)關(guān)

從 Slack 大中華區(qū)關(guān)停，看數(shù)字時(shí)代最被忽視的風(fēng)險(xiǎn)

2026 年 4 月 1 日，愚人節(jié)。

但對(duì)成千上萬(wàn)使用 Slack 的香港、澳門、大陸團(tuán)隊(duì)來(lái)說(shuō)，這一天發(fā)生的事情一點(diǎn)也不好笑。（Slack，類似海外版飛書與釘釘）

早上打開(kāi) Slack，看到的不是同事們的消息，而是一行冷冰冰的提示：你的工作區(qū)已被停用。所有消息、文件、頻道、工作流，多年積累的組織記憶，全部不可訪問(wèn)。

沒(méi)有商量，沒(méi)有過(guò)渡，數(shù)據(jù)進(jìn)入刪除倒計(jì)時(shí)。

一、發(fā)生了什么

2025 年 11 月，Salesforce 旗下的 Slack 向大中華區(qū)用戶發(fā)出通知：由于 Salesforce 與阿里巴巴在 2019 年建立的戰(zhàn)略合作關(guān)系，Slack 將不再直接續(xù)約該區(qū)域的訂閱，受影響用戶需要在 2026 年 2 月前做出安排。(來(lái)源：The Information 報(bào)道[1]；Hacker News 討論帖[2] 中有兩封不同版本通知郵件的全文)

https://news.ycombinator.com/item?id=45961519[3]

但不同規(guī)模的用戶，收到的是完全不同的兩封信。

大客戶的郵件里有一條出路：通過(guò)阿里云 reseller 繼續(xù)購(gòu)買 Slack 服務(wù)。小團(tuán)隊(duì)收到的則是一封告別信，“你的服務(wù)將在 2026 年 2 月 1 日終止，工作區(qū)和全部數(shù)據(jù)將在停用后 90 天內(nèi)刪除。”沒(méi)有替代方案，沒(méi)有遷移路徑。(HN 用戶貼出的小團(tuán)隊(duì)終止通知原文[4])

2026 年 4 月 1 日，工作區(qū)被實(shí)際停用。多名用戶在 Reddit 上報(bào)告：當(dāng)天登錄發(fā)現(xiàn)工作區(qū)已鎖死，此前沒(méi)有收到任何通知，或者說(shuō)，通知只發(fā)給了工作區(qū)的 Owner 和 Admin，普通成員不在通知對(duì)象內(nèi)；而即便是 Owner 和 Admin，也有大量人聲稱沒(méi)有收到郵件。(gizchina 報(bào)道[5]；yage.ai 長(zhǎng)文分析[6])

Slack 客服的回復(fù)模板確認(rèn)了這一點(diǎn)：“我們已提前通知了工作區(qū)的 Owner 和 Admin。”但當(dāng)后果是團(tuán)隊(duì)永久喪失工作數(shù)據(jù)時(shí)，“我們通知了管理員”是一個(gè)技術(shù)上成立、體驗(yàn)上災(zāi)難的答案。

二、阿里云：誰(shuí)的出路？

所謂“遷移到阿里云”的出路，也遠(yuǎn)沒(méi)有聽(tīng)起來(lái)那么通暢。

4 月 1 日流出的 Slack 支持模板顯示：通過(guò)阿里云 reseller 續(xù)購(gòu)的路徑僅適用于部分香港付費(fèi)客戶；對(duì)大陸和澳門用戶，模板原文寫著 “Slack via Alibaba Cloud is not available in China and Macau”。(yage.ai 分析文引用了完整模板[7])

換句話說(shuō)，如果你是大陸或澳門的用戶，“阿里云遷移”從一開(kāi)始就不是為你準(zhǔn)備的。如果你是小團(tuán)隊(duì)，不管你在哪里，你連這個(gè)選項(xiàng)都看不到。

而即便阿里云真的能遷移成功，你從一個(gè)你無(wú)法控制的平臺(tái)，搬到了另一個(gè)你無(wú)法控制的平臺(tái)。平臺(tái)邏輯沒(méi)變，你依然是租客，不是業(yè)主。

三、你的數(shù)據(jù)，你能拿走嗎？

這是整個(gè)事件中最值得深究的部分。有人會(huì)說(shuō)：Slack 給了 90 天的刪除倒計(jì)時(shí)，用戶應(yīng)該趁這段時(shí)間導(dǎo)出數(shù)據(jù)。但這里有兩層問(wèn)題。

第一層：停用前的窗口期確實(shí)存在，但很多人錯(cuò)過(guò)了。 從 2025 年 11 月通知到 2026 年 4 月停用，最長(zhǎng)有將近 5 個(gè)月的準(zhǔn)備時(shí)間，如果你收到了通知的話。 而大量用戶報(bào)告稱沒(méi)有收到。在 Slack 的用戶協(xié)議模型里，合同項(xiàng)下的通知只送給 Customer（即工作區(qū) Owner），不送給每一個(gè) Authorized User。一個(gè) 50 人的團(tuán)隊(duì)，可能只有一個(gè)人在通知鏈上，而那個(gè)人可能根本沒(méi)看到那封郵件。

第二層：一旦工作區(qū)被停用，自助導(dǎo)出能力也一并消失。 Slack 的數(shù)據(jù)導(dǎo)出功能需要管理員登錄后臺(tái)操作（設(shè)置 → 工作區(qū)設(shè)置 → 導(dǎo)入/導(dǎo)出數(shù)據(jù)）。 工作區(qū)停用后，后臺(tái)不可訪問(wèn)，自助導(dǎo)出通道就斷了。后續(xù)你只能聯(lián)系 Slack 客服請(qǐng)求數(shù)據(jù)返還，這取決于你的付費(fèi)計(jì)劃、客服響應(yīng)速度和 Slack 的裁量。(Slack 官方導(dǎo)出文檔[8])

更關(guān)鍵的是：即使在正常狀態(tài)下，免費(fèi)和 Pro 計(jì)劃也只能導(dǎo)出公共頻道的消息；私聊和私有頻道的導(dǎo)出，在 Business+ 以下需要單獨(dú)申請(qǐng)，Slack 有權(quán)拒絕。(Slack 官方導(dǎo)入/導(dǎo)出指南[9])

所以現(xiàn)實(shí)是：你以為你擁有的數(shù)據(jù)，在你最需要它的那一刻，你可能既看不到，也拿不走，不是因?yàn)榉缮纤粚儆谀悖且驗(yàn)榧夹g(shù)上的控制權(quán)不在你手里。

四、這不是第一次

這不是 SaaS 平臺(tái)第一次讓用戶突然失去對(duì)數(shù)據(jù)的訪問(wèn)。但不同事件的觸發(fā)機(jī)制不同，值得分開(kāi)看。

第一類：制裁合規(guī)。 2018 年，Slack 為合規(guī)美國(guó) OFAC 制裁，封禁了所有與伊朗相關(guān)的賬戶，包括一個(gè)在加拿大溫哥華讀博的伊朗裔學(xué)者、幾年前去伊朗旅游過(guò)一次的比利時(shí)人、一個(gè) CTO 去克里米亞度假導(dǎo)致整個(gè)公司工作區(qū)被停用的團(tuán)隊(duì)。執(zhí)行極其粗暴，事后 Slack 道歉并修正了策略，承認(rèn)誤封了一批賬戶。(Slack 官方道歉博客[10]) 2019 年，GitHub 對(duì)伊朗、敘利亞、克里米亞開(kāi)發(fā)者實(shí)施了類似限制，封鎖私有倉(cāng)庫(kù)訪問(wèn)，事后在 2021 年獲得 OFAC 許可恢復(fù)了伊朗用戶的全部服務(wù)。(GitHub 貿(mào)易管制說(shuō)明[11])

第二類：商業(yè)退出。 這就是 2026 年 Slack 大中華區(qū)的情況。香港不是伊朗那種全面禁運(yùn)轄區(qū)，美國(guó)對(duì)香港存在針對(duì)特定個(gè)人和實(shí)體的制裁項(xiàng)目，但沒(méi)有全面貿(mào)易禁運(yùn)。Slack 退出的核心驅(qū)動(dòng)力是合規(guī)成本：在中國(guó)直接提供 SaaS 服務(wù)需要本地基礎(chǔ)設(shè)施部署、數(shù)據(jù)安全評(píng)估、監(jiān)管審查，成本極高。當(dāng)成本超過(guò)收入，Salesforce 選擇退出。這是一個(gè)可以理解的商業(yè)決策，但對(duì)用戶來(lái)說(shuō)，結(jié)果和制裁關(guān)停沒(méi)有本質(zhì)區(qū)別。

第三類：國(guó)家封鎖。 2026 年 2 月，印度政府據(jù)報(bào)道依據(jù)《信息技術(shù)法》第 69A 條對(duì) Supabase 域名實(shí)施了網(wǎng)絡(luò)封鎖，導(dǎo)致大量印度開(kāi)發(fā)者在數(shù)天內(nèi)無(wú)法訪問(wèn)后端服務(wù)，生產(chǎn)環(huán)境的應(yīng)用出現(xiàn)認(rèn)證失效和數(shù)據(jù)庫(kù)連接中斷。Supabase 后來(lái)確認(rèn)封鎖令在 3 月 3 日被撤銷，整個(gè)封鎖持續(xù)約 8 天。(Supabase 印度封鎖分析[12])

三類事件，三種觸發(fā)因素，美國(guó)制裁、商業(yè)退出、政府封鎖，但共同的失效模式只有一個(gè)：你對(duì)關(guān)鍵基礎(chǔ)設(shè)施的可用性，取決于一個(gè)你無(wú)法控制的外部主體的決策。

五、這不是道德問(wèn)題，是結(jié)構(gòu)問(wèn)題

Slack 退出大中華區(qū)，不是因?yàn)樗拗袊?guó)用戶。沒(méi)有人針對(duì)你，沒(méi)有人要害你。只是商業(yè)邏輯運(yùn)轉(zhuǎn)到了某個(gè)節(jié)點(diǎn)，你所在的區(qū)域不再有利可圖，于是你被優(yōu)化掉了。這恰恰是最可怕的部分，它不需要惡意，就能摧毀你。

當(dāng)你使用 SaaS 時(shí)，你簽署的 Terms of Service 里通常包含一條：服務(wù)商有權(quán)在合理通知后終止服務(wù)。“合理通知”可能只是一封你沒(méi)收到的郵件。“終止服務(wù)”意味著你的管理后臺(tái)被鎖死，自助導(dǎo)出通道關(guān)閉。你的數(shù)據(jù)在法律上也許還是你的，Slack 的隱私政策確實(shí)把 Customer Data 定義為客戶控制的數(shù)據(jù)，但法律意義上的歸屬和技術(shù)意義上的可控是兩回事。

再加上美國(guó) CLOUD Act：對(duì)于受美國(guó)司法管轄的服務(wù)商，美國(guó)政府可以基于有效法律程序（如法庭傳票或搜查令）要求其披露所控制的數(shù)據(jù)，不論數(shù)據(jù)存放在哪個(gè)國(guó)家的服務(wù)器上。這不是“隨時(shí)拿走”，但它意味著你的數(shù)據(jù)處于一個(gè)你無(wú)法參與的法律博弈中。

所以問(wèn)題不是“數(shù)據(jù)屬于誰(shuí)”，在合同和法律框架里，它屬于你。問(wèn)題是：可用性、可遷移性、司法管轄和技術(shù)控制權(quán)，有多少真正在你手里？ Slack 事件已經(jīng)給出了答案：在服務(wù)商決定退出的那一刻，以上全部歸零。

六、如果你還在用 SaaS

我不是說(shuō)“立刻把所有 SaaS 都換掉”。對(duì)很多團(tuán)隊(duì)來(lái)說(shuō)，SaaS 依然是最務(wù)實(shí)的選擇。 但你應(yīng)該問(wèn)自己一個(gè)問(wèn)題：如果你今天用的核心工具，即時(shí)通訊、代碼托管、數(shù)據(jù)庫(kù)、文件存儲(chǔ)，明天突然進(jìn)不去了，你的業(yè)務(wù)還能運(yùn)轉(zhuǎn)嗎？

如果答案是“不能”，你需要做的事情很簡(jiǎn)單，而且現(xiàn)在就應(yīng)該開(kāi)始。

底線：定期導(dǎo)出，驗(yàn)證恢復(fù)。 這不需要自建任何東西，只需要紀(jì)律。用 Slack，每月導(dǎo)出一次完整消息歸檔，因?yàn)橐坏┕ぷ鲄^(qū)被停用，自助導(dǎo)出就斷了。用 GitHub，確保每個(gè)倉(cāng)庫(kù)在本地有完整克隆。用任何托管數(shù)據(jù)庫(kù)，確保有定時(shí)備份在跑，并且你驗(yàn)證過(guò)恢復(fù)流程能真的跑通。滅火器看起來(lái)很“浪費(fèi)空間”，直到火災(zāi)來(lái)了。

進(jìn)階：核心系統(tǒng)考慮自建。 如果你的業(yè)務(wù)對(duì)某個(gè) SaaS 的依賴程度已經(jīng)到了“它掛我就死”的地步，那它就值得自建。

拿這次的核心場(chǎng)景來(lái)說(shuō)，即時(shí)通訊。Mattermost 是成熟的開(kāi)源 Slack 替代品，體驗(yàn)高度接近，已被大量高安全級(jí)別的機(jī)構(gòu)采用。 法國(guó)政府基于 Matrix/Element 協(xié)議部署了自己的安全通訊系統(tǒng) Tchap，正是出于數(shù)據(jù)主權(quán)的考量。

自建的門檻在 2026 年已經(jīng)大幅降低：一臺(tái) VPS，一個(gè) PostgreSQL 實(shí)例，一個(gè)容器，AI 編程助手幫你寫配置、拉鏡像、配反代，部署一個(gè)可用的實(shí)例，確實(shí)可以在一小時(shí)內(nèi)完成。 老馮在 PIGSTY 里很早以前就做了自建 Mattermost 的模板：一個(gè)自帶高可用 PITR 的 PG，加上一個(gè)跑無(wú)狀態(tài) Mattermost 的容器，幾行命令，就可以輕松搭建一套屬于自己的 IM。

對(duì)于稍微有點(diǎn)技術(shù)能力的團(tuán)隊(duì)來(lái)說(shuō)，這筆賬是劃算的，因?yàn)槟銚Q來(lái)的是對(duì)數(shù)據(jù)和可用性的完全控制。對(duì)于沒(méi)有運(yùn)維能力的團(tuán)隊(duì)，底線方案（定期導(dǎo)出 + 恢復(fù)演練）也遠(yuǎn)好于什么都不做。

當(dāng)然，有人會(huì)說(shuō)：不用 Slack 我還可以用飛書、釘釘、企業(yè)微信，這些國(guó)內(nèi)大廠提供了極具性價(jià)比的替代品。 沒(méi)錯(cuò)。但它們本質(zhì)上依然是 SaaS，只是換了一個(gè)你無(wú)法控制的平臺(tái)方。而且它們可能面臨另一個(gè)維度的合規(guī)風(fēng)險(xiǎn)。平臺(tái)邏輯不變，你的處境就不會(huì)變。

七、數(shù)據(jù)主權(quán)是一個(gè)工程問(wèn)題

“數(shù)據(jù)主權(quán)”這個(gè)詞說(shuō)了很多年，但它不是政治口號(hào)，它是一個(gè)需要工程手段來(lái)回答的問(wèn)題。

它有三個(gè)層次：物理位置（數(shù)據(jù)在哪國(guó)的機(jī)房）、法律管轄（運(yùn)營(yíng)商受哪國(guó)法律約束）、技術(shù)控制（你能否隨時(shí)訪問(wèn)、導(dǎo)出、遷移、刪除數(shù)據(jù)）。三層全部滿足，你才真正掌握你的數(shù)據(jù)。

而實(shí)現(xiàn)這三層最切實(shí)可行的路徑是開(kāi)源軟件加自建部署。開(kāi)源保證技術(shù)透明和可遷移，自建保證物理和法律層面的控制權(quán)。 這不是唯一的路，合同保障、多云冗余、數(shù)據(jù)托管協(xié)議都能在某些層面提供保護(hù)，但它是唯一一條不依賴于任何第三方善意的路。

整條自建替代鏈在 2026 年已經(jīng)成熟：即時(shí)通訊有 Mattermost、Rocket.Chat、Matrix/Element；代碼托管有 Gitea、GitLab； 數(shù)據(jù)庫(kù)用 PostgreSQL 自建，像 Supabase 也有成熟的開(kāi)源一鍵自建方案；對(duì)象存儲(chǔ)有 MinIO；身份認(rèn)證有 Keycloak。這些方案的共同特點(diǎn)是：開(kāi)源、可自部署、數(shù)據(jù)在你手里。

八、結(jié)語(yǔ)

2026 年 4 月 1 日之后，那些失去 Slack 數(shù)據(jù)的團(tuán)隊(duì)里，一定有人在想：如果當(dāng)初我們用的是自建的方案，今天根本不會(huì)有這個(gè)問(wèn)題。

但大多數(shù)人不會(huì)做改變。他們會(huì)罵幾天 Slack，然后換一個(gè)新的 SaaS，繼續(xù)把數(shù)據(jù)交給別人保管，繼續(xù)相信“這種事不會(huì)發(fā)生在我身上”。

直到下一次。

數(shù)據(jù)自主不是一種技術(shù)偏好，不是一種政治立場(chǎng)。它是對(duì)一個(gè)簡(jiǎn)單問(wèn)題的回答：你最核心的資產(chǎn)，控制權(quán)到底在誰(shuí)手里？

如果答案不是你自己，那你就是在用自己的業(yè)務(wù)連續(xù)性，去賭別人的商業(yè)決策。

而這場(chǎng)賭局的賠率，正在對(duì)你越來(lái)越不利。

老馮 · 2026 年 4 月

本文不構(gòu)成任何商業(yè)建議，但構(gòu)成一個(gè)善意的提醒

References

[1] 來(lái)源：The Information 報(bào)道:https://www.theinformation.com/briefings/salesforces-slack-stop-direct-service-china-farm-alibaba
[2]Hacker News 討論帖:https://news.ycombinator.com/item?id=45961157
[3]:https://news.ycombinator.com/item?id=45961519
[4]HN 用戶貼出的小團(tuán)隊(duì)終止通知原文:https://news.ycombinator.com/item?id=45961519
[5]gizchina 報(bào)道:https://www.gizchina.com/tech/slack-terminates-services-across-greater-china-triggering-user-backlash/
[6]yage.ai 長(zhǎng)文分析:https://yage.ai/share/slack-china-workspace-exit-en-20260402.html
[7]yage.ai 分析文引用了完整模板:https://yage.ai/share/slack-china-workspace-exit-en-20260402.html
[8]Slack 官方導(dǎo)出文檔:https://slack.com/help/articles/201658943-Export-your-workspace-data
[9]Slack 官方導(dǎo)入/導(dǎo)出指南:https://slack.com/help/articles/204897248-Guide-to-Slack-import-and-export-tools
[10]Slack 官方道歉博客:https://slack.com/blog/news/an-apology-and-an-update
[11]GitHub 貿(mào)易管制說(shuō)明:https://docs.github.com/en/site-policy/other-site-policies/github-and-trade-controls
[12]Supabase 印度封鎖分析: https://articles.uvnetware.com/news/why-supabase-stopped-working-india-2026/