昨天，老馮看到小紅書技術(shù)公眾號(hào)發(fā)了篇《》， 寫了篇簡(jiǎn)單的技術(shù)評(píng)論，沒(méi)想到文章發(fā)出后反響激烈，不僅被阿里云投訴刪除，還被扣上個(gè) 的帽子。

短短二字，似乎想把一場(chǎng)百億級(jí)互聯(lián)網(wǎng)巨頭基礎(chǔ)設(shè)施戰(zhàn)略轉(zhuǎn)向的討論，封殺在“真與假”的二元對(duì)立之中，但這確實(shí)讓我感到十分詫異。

難道不是小紅書技術(shù)團(tuán)隊(duì)自己在公眾號(hào)文章里明明白白使用了“下云” 的表述嗎？

我也不知道“謠”在哪里，難道是是 “標(biāo)桿客戶”？那就更離譜了，小紅書要是不算標(biāo)桿客戶，那誰(shuí)算？

俺尋思，大概還是這些事實(shí)串起來(lái)太敏感了：一旦“下云”這件事坐實(shí)，小紅書將成為繼字節(jié)跳動(dòng)之后又一家準(zhǔn)備撤離阿里云的互聯(lián)網(wǎng)巨頭級(jí)客戶。作為月活超 3 億、不僅是 “中國(guó)版 Instagram” 更是當(dāng)代年輕人生活方式圣經(jīng)的超級(jí) APP，小紅書的基礎(chǔ)設(shè)施選擇就像是中國(guó)互聯(lián)網(wǎng)下半場(chǎng)的風(fēng)向標(biāo)代表 —— 如果連小紅書這樣的“云原生”代表企業(yè)都開(kāi)始逃離公有云， 那么公有云廠商多年來(lái)編織的 “上云是大勢(shì)所趨” 敘事神話將面臨崩塌。

問(wèn)題就來(lái)了， “小紅書究竟有沒(méi)有下云呢？”

小紅書官方是怎么說(shuō)的？

事實(shí)勝于雄辯，我們先看當(dāng)事人怎么說(shuō)。

在今年 4 月的 QCon 北京大會(huì)上，小紅書容器研發(fā)專家孫偉祥在《混合云架構(gòu)下的小紅書聯(lián)邦集群彈性調(diào)度實(shí)踐[1]》演講中明確透露：

“小紅書一直被稱作一家‘長(zhǎng)在云上’的公司……直到近兩年，隨著資源總量達(dá)到較大規(guī)模，才開(kāi)始開(kāi)展 自建云 工作?！?“小紅書構(gòu)建了以 ‘自建優(yōu)先’ 為原則的聯(lián)邦調(diào)度體系……當(dāng)自建資源不足時(shí)，云上資源可以靈活兜底?！?/blockquote>

請(qǐng)注意這幾個(gè)字：開(kāi)展自建，自建優(yōu)先。

這可是小紅書技術(shù)團(tuán)隊(duì)對(duì)外的公開(kāi)演講?！白越▋?yōu)先”四個(gè)字，意味著在基礎(chǔ)設(shè)施的頂層設(shè)計(jì)上，自有機(jī)房已經(jīng)取代公有云成為了“一等公民”。

阿里云如果覺(jué)得這是造謠，是否應(yīng)該先去和小紅書核對(duì)一下口徑？人家前腳剛配合宣傳完“500PB 史詩(shī)級(jí)遷云”，后腳就在技術(shù)大會(huì)上講 “自建優(yōu)先”，到底是誰(shuí)的劇本拿錯(cuò)了？

事實(shí)上，小紅書目前的策略非常清晰：“自建機(jī)房為主、公有云為輔”。他們不僅不滿足于租機(jī)房，甚至已經(jīng)開(kāi)始設(shè)計(jì)和運(yùn)營(yíng)自己的數(shù)據(jù)中心。

那么問(wèn)題來(lái)了：這種“自建上位”的行為，算 “下云” 嗎？

混合云，是“下云”的遮羞布嗎？

云廠商最喜歡用的一套邏輯是：“小紅書用的是混合云，并沒(méi)有徹底離開(kāi)公有云，所以說(shuō)“下云”是造謠。” 也許在某些云廠商的邏輯里，似乎只有把云上資源全部清空、徹底解約，才叫“下云”。

在 Gartner、IDC 等權(quán)威咨詢機(jī)構(gòu)的定義中，“云遣返/下云”（Cloud Repatriation/Cloud Exit）是指 企業(yè)將工作負(fù)載從公共云環(huán)境遷移回本地?cái)?shù)據(jù)中心、托管設(shè)施或私有云的 過(guò)程，這一過(guò)程并不要求 100% 的徹底斷舍離。判斷“下云”與否，不看你是否還保留著云賬號(hào)，而要看業(yè)務(wù)重心的“主權(quán)”在哪里。

我們需要區(qū)分兩種截然不同的“混合云”：

?以云為核的混合云：核心業(yè)務(wù)依然依賴公有云的專有云版本（如 Apsara Stack），控制面和技術(shù)棧依然被云廠商鎖定，自建機(jī)房只是云的延伸與補(bǔ)充。?自主可控的混合云：企業(yè)基于 Kubernetes 等開(kāi)源標(biāo)準(zhǔn)構(gòu)建獨(dú)立的調(diào)度體系。自建數(shù)據(jù)中心承載絕大多數(shù)穩(wěn)態(tài)核心業(yè)務(wù)，公有云退化為純粹的“彈性資源池”和“備胎”。

小紅書走的正是第二條路。今年年初的一個(gè)真實(shí)案例，就側(cè)面印證了這一態(tài)勢(shì)： 2025 年 1 月，由于美國(guó) TikTok 禁令風(fēng)波，大量用戶涌入小紅書。 小紅書在應(yīng)對(duì)流量激增時(shí)透露[2]：

“最終，小紅書選擇依托聯(lián)邦調(diào)度體系，將需要擴(kuò)容的業(yè)務(wù)從自建機(jī)房平滑分流到云上。 流量高峰過(guò)去后，再動(dòng)態(tài)釋放云上資源…保障了自建資源的核心地位和成本可控性。”

翻譯成大白話就是：平時(shí)主力跑在自家機(jī)房（便宜），云上資源只是應(yīng)急備用（貴），用完立刻關(guān)掉。

當(dāng)一家企業(yè)把公有云從“基礎(chǔ)設(shè)施”降級(jí)為“水電煤一樣的臨時(shí)工具”，把核心數(shù)據(jù)和算力搬回自己家。這種從“全量托管”到“核心自建”的戰(zhàn)略重心轉(zhuǎn)移，就是最典型的 “下云”。

如果非要等到 100% 銷戶才叫下云，那這個(gè)世界上恐怕沒(méi)有一家大公司能算“下云”了。用“混合云”這個(gè)中性詞匯來(lái)掩蓋客戶核心資產(chǎn)流失的事實(shí)，是典型的文字游戲。

說(shuō)到底，小紅書從一個(gè)自我定義為“原生長(zhǎng)在云上”的公司，演進(jìn)為使用 自建優(yōu)先 的混合云架構(gòu)，如果這都不算“下云”，那什么才算？

下云這筆賬，到底該怎么算？

企業(yè)通過(guò)技術(shù)架構(gòu)調(diào)整實(shí)現(xiàn)“自建優(yōu)先”，背后的核心驅(qū)動(dòng)力就是商業(yè)理性。

根據(jù) Bloomberg 等媒體口徑，小紅書 2024 年的營(yíng)收預(yù)計(jì)達(dá)到 48 億美元（約 345 億人民幣），凈利潤(rùn)預(yù)計(jì)突破 10 億美元（72 億人民幣）。 在互聯(lián)網(wǎng)內(nèi)容平臺(tái)行業(yè)，IT 基礎(chǔ)設(shè)施成本（IaaS+PaaS+帶寬）通常占營(yíng)收的 10% 到 15%。 對(duì)于擁有 500PB 數(shù)據(jù)湖且大力投入 AI 的小紅書，這個(gè)比例只高不低。

若按照行業(yè)通用模型推算，小紅書每年的 IT 基礎(chǔ)設(shè)施投入理論上可能高達(dá) 35億 - 50億人民幣。 這可能相當(dāng)于小紅書 2024 年全年凈利潤(rùn)（72億）的 50-70%！這都?jí)蛐迌扇齻€(gè)超大規(guī)模數(shù)據(jù)中心了。 注：以上數(shù)據(jù)為基于公開(kāi)行業(yè)數(shù)據(jù)的粗略估算，不構(gòu)成對(duì)小紅書實(shí)際財(cái)務(wù)狀況的判斷。實(shí)際數(shù)字以小紅書官方披露為準(zhǔn)。

小紅書斥資自建數(shù)據(jù)中心，難道是準(zhǔn)備 Cosplay 世紀(jì)互聯(lián)掙 15% 的毛利當(dāng)寓公嗎？當(dāng)然不是。當(dāng)一家互聯(lián)網(wǎng)公司下決心投入巨資自建大規(guī)模數(shù)據(jù)中心時(shí)，最符合常理的推測(cè)是：他們打算把最主要、最穩(wěn)定的那部分負(fù)載搬離公有云（畢竟建設(shè)這么高標(biāo)準(zhǔn)的數(shù)據(jù)中心當(dāng)冷備，在財(cái)務(wù)上完全沒(méi)法說(shuō)通） —— 也就是將過(guò)去長(zhǎng)期托付在云廠商上的基石業(yè)務(wù)遷回自己的機(jī)房，以實(shí)現(xiàn)降本增效。

誰(shuí)又是小紅書過(guò)去份額最大的那個(gè)云供應(yīng)商？小紅書采用的是多云策略，但從公開(kāi)信息和行業(yè)經(jīng)驗(yàn)來(lái)看，阿里云無(wú)疑是其最大的云服務(wù)供應(yīng)商。這也是阿里云自己宣傳與表態(tài) —— “2023年1月，阿里云成為小紅書第一大云資源供應(yīng)商”。https://developer.aliyun.com/article/1424151

老馮在之前的專欄里多次用詳細(xì)的數(shù)據(jù)深入分析過(guò)，對(duì)于規(guī)模以上企業(yè)而言，下云可以實(shí)現(xiàn)效果驚人的降本增效。 ，。 如果半年的房租就能買下這套房子，誰(shuí)還會(huì)會(huì)選擇租房住呢？如果你對(duì)這個(gè)主題感興趣，歡迎閱讀：

????

更何況， 并非小紅書一家之選，而是全球科技先鋒的前沿實(shí)踐：

?，他們公開(kāi)表示自建成本僅為用云的 1/10。??Dropbox 下云后，兩年節(jié)省 7,460 萬(wàn)美元，毛利率直接從 46% 飆升到 70%+。

除了顯性的賬單成本，更可怕的是 “鎖定稅”。 當(dāng)你的身家性命全在云上，且沒(méi)有自建能力作為談判籌碼時(shí)，你就喪失了定價(jià)權(quán)。 小紅書斥資自建數(shù)據(jù)中心，就是在奪回對(duì)基礎(chǔ)設(shè)施的議價(jià)權(quán)。

對(duì)于正在尋求 IPO 或更高估值的小紅書來(lái)說(shuō)，通過(guò)架構(gòu)優(yōu)化每年節(jié)省數(shù)億乃至十億級(jí)別的成本直接轉(zhuǎn)化為凈利潤(rùn)，還能通過(guò)PE放大幾十倍。 繼續(xù)賴在公有云上，才是對(duì)股東財(cái)富的揮霍。

安全感：雞蛋不能放在一個(gè)籃子里

如果說(shuō)成本是“慢性病”，那么可靠性就是“心臟病”。

最近這幾年大型云廠商的故障記錄，只能說(shuō)讓人不忍直視。雖然說(shuō)任何一家云廠商都有可能發(fā)生故障。但正因如此，規(guī)模越大的客戶越傾向于分散風(fēng)險(xiǎn)。雞蛋不能放在一個(gè)籃子里 —— 即使是你的股東。

如果說(shuō) 是 “全球同此涼熱”， 那么 2024年7月 則精準(zhǔn)打擊了小紅書的大本營(yíng) 。讓小紅書親身體驗(yàn)了一把何謂 “把雞蛋放在一個(gè)籃子里” —— 單一云可用區(qū)的故障，瞬間令其主要服務(wù)陷入不可用。

當(dāng)你每年交著巨額的費(fèi)用，卻依然還要擔(dān)心被“一波帶走”時(shí)，自建數(shù)據(jù)中心、掌握基礎(chǔ)設(shè)施的主動(dòng)權(quán)，就成了安全感的來(lái)源。

小紅書的啟示：技術(shù)的成人禮？

小紅書之所以敢于挑戰(zhàn)阿里云的權(quán)威，在于其技術(shù)團(tuán)隊(duì)這些年在架構(gòu)演進(jìn)中做對(duì)了幾件關(guān)鍵事情，巧妙避開(kāi)了 深度供應(yīng)商鎖定 的陷阱：

全面容器化與Kubernetes：小紅書是K8s的深度用戶，大量業(yè)務(wù)以容器形式部署在云上[3]。 這使得應(yīng)用和底層基礎(chǔ)設(shè)施解耦——無(wú)論運(yùn)行在阿里云ECS上，還是自建機(jī)房的裸機(jī)上，對(duì)應(yīng)用來(lái)說(shuō)幾乎無(wú)差別。這為大規(guī)模遷移提供了技術(shù)基礎(chǔ)。

擁抱開(kāi)源中間件：在數(shù)據(jù)庫(kù)和中間件選型上，小紅書傾向于使用 業(yè)界主流的開(kāi)源技術(shù)棧并自行定制優(yōu)化，而非過(guò)度依賴云廠商的封閉托管服務(wù)。 例如，他們的大部分?jǐn)?shù)據(jù)存儲(chǔ)采用自建的 MySQL， MongoDB， Redis 集群。選擇開(kāi)源方案意味著遷移時(shí)無(wú)需重寫應(yīng)用邏輯，只需做好數(shù)據(jù)同步和配置切換即可。 這極大降低了從云托管服務(wù)切換到自托管服務(wù)的難度和風(fēng)險(xiǎn)。

擁抱開(kāi)源，就是擁抱自由。 今天的開(kāi)源生態(tài)（如 Kubernetes, Pigsty, Kafka 等），已經(jīng)讓企業(yè)具備了低成本構(gòu)建“平替”云廠商核心能力的基礎(chǔ)。 云技術(shù)已經(jīng)祛魅，早已不再是云廠商的獨(dú)家秘籍了。

當(dāng)然，“下云”之路并非坦途，我相信小紅書在推進(jìn)過(guò)程中也會(huì)面臨各種挑戰(zhàn)：

數(shù)據(jù)重力的牽絆：計(jì)算易遷移，數(shù)據(jù)難遷移。小紅書有海量的數(shù)據(jù)湖和數(shù)倉(cāng)。如果這些數(shù)據(jù)工作負(fù)載早期深度綁定了阿里云的大數(shù)據(jù)平臺(tái)（如MaxCompute/ODPS等）， 那么要將其遷回自建的大數(shù)據(jù)集群，將面臨巨大的數(shù)據(jù)搬遷成本和兼容性問(wèn)題。這可能也是目前小紅書保持“混合架構(gòu)”狀態(tài)的原因 —— 。

當(dāng)然，“下云”之路并非坦途。數(shù)據(jù)重力的牽絆、數(shù)據(jù)庫(kù)的遷移、運(yùn)維團(tuán)隊(duì)的建設(shè)，都是巨大的挑戰(zhàn)。 但小紅書的選擇證明了：只要規(guī)模足夠大，你就有資格成為自己的云。

結(jié)語(yǔ)

小紅書的“下云”嘗試，不應(yīng)被妖魔化成對(duì)云計(jì)算的否定，恰恰相反，這是中國(guó)互聯(lián)網(wǎng)企業(yè)走向成熟的標(biāo)志，是一場(chǎng)必經(jīng)的“成人禮”。

與其說(shuō)小紅書 “下云”，倒不如說(shuō)它是 上岸 了 —— 從云廠商構(gòu)筑的溫室中走出來(lái)，踏上了堅(jiān)實(shí)的地基，一磚一瓦地搭建屬于自己的數(shù)字城堡。 而這，正是所有超級(jí)獨(dú)角獸從雛鷹到巨龍的必經(jīng)之路 —— 當(dāng)你的規(guī)模足夠大，你就成了云本身。也許用不了多久，我們還能看到一個(gè)新的 “紅薯云” 出現(xiàn)。

將關(guān)于“下云”的技術(shù)探討定性為“謠言”，這種急于“蓋棺定論”的應(yīng)激反應(yīng)，恰恰暴露了行業(yè)舊秩序面臨崩塌時(shí)的集體焦慮。隨著字節(jié)跳動(dòng)（火山引擎）、京東（京東云）甚至拼多多等巨頭紛紛驗(yàn)證了“自建內(nèi)核+云服務(wù)外溢”模式的優(yōu)越性， 云廠商正面臨核心客戶流失的結(jié)構(gòu)性挑戰(zhàn)。 真正有底氣的廠商，不應(yīng)該急于封口，而應(yīng)該大大方方地表示：“是的，小紅書長(zhǎng)大了，他們具備了自研基礎(chǔ)設(shè)施的能力，我們祝賀客戶的成長(zhǎng)?！?/strong>

老馮自己是開(kāi)源 PostgreSQL 發(fā)行版 Pigsty 的作者，不靠自媒體吃飯，寫文章只是為了說(shuō)點(diǎn)真話，也沒(méi)興趣和功夫去造謠誰(shuí)。 我只是希望，在這個(gè)行業(yè)里，客戶不僅有選擇“上云”的權(quán)利，也有選擇“下云”的權(quán)利，更有討論“為什么要下云”的權(quán)利。

如果連這點(diǎn)討論的空間都沒(méi)有，那才是中國(guó)軟件行業(yè)的悲哀。

References

[1] 混合云架構(gòu)下的小紅書聯(lián)邦集群彈性調(diào)度實(shí)踐: https://www.infoq.cn/article/ttq25vxglrfw3pruaesc
[2] 小紅書在應(yīng)對(duì)流量激增時(shí)透露: https://explodingtopics.com/blog/rednote-surge
[3] 小紅書是K8s的深度用戶，大量業(yè)務(wù)以容器形式部署在云上: https://cloud.tencent.com/developer/news/901963

專欄：云計(jì)算泥石流

云故障

云資源

下云記