導(dǎo)讀：本文將從構(gòu)成運(yùn)營(yíng)成本的主要運(yùn)營(yíng)資源（設(shè)備資源、帶寬資源、專線資源）出發(fā)，以實(shí)際案例分別闡述精細(xì)化技術(shù)運(yùn)營(yíng)實(shí)施的要點(diǎn)。

需要提醒注意的是：精細(xì)化技術(shù)運(yùn)營(yíng)的目標(biāo)是創(chuàng)造價(jià)值，而不是為了摧毀價(jià)值。精細(xì)化提升要注意把握度，切忌為了精細(xì)化而過(guò)于精細(xì)，掉入到鉆牛角尖的地步，反而可能導(dǎo)致得不償失。對(duì)于價(jià)值增加沒(méi)有幫助的精細(xì)化工作要大刀闊斧地砍掉。

作者：熊普江

2015年7月22日，微信朋友圈圖片顯示出現(xiàn)了“清帳”問(wèn)題：即圖片都不能正常顯示，取而代之的是顯示一個(gè)粉色圖片，上面列有「清賬」兩字。雖然故障持續(xù)的時(shí)間只有短短幾分鐘，但影響面卻十分之廣，引發(fā)各種猜想。著名自媒體作者Fenng在公眾號(hào)“小道消息”文章《微信居然也會(huì)缺少服務(wù)器資源，你信么？》也提出該問(wèn)題的討論。

問(wèn)題產(chǎn)生的原因確認(rèn)是少數(shù)服務(wù)器升級(jí)所致，但也反映出設(shè)備資源對(duì)業(yè)務(wù)的支撐十分重要，而且運(yùn)營(yíng)的精細(xì)化還沒(méi)有做得足夠好。如何保障業(yè)務(wù)發(fā)展需要，保障用戶體驗(yàn)，同時(shí)又充分利用好資源，控制好運(yùn)營(yíng)成本，是設(shè)備資源精細(xì)技術(shù)運(yùn)營(yíng)需要持續(xù)探索的關(guān)鍵。

01 設(shè)備資源精細(xì)化技術(shù)運(yùn)營(yíng)要點(diǎn)

設(shè)備資源精細(xì)化技術(shù)運(yùn)營(yíng)的方法論與要點(diǎn)。這里簡(jiǎn)要回顧一下：

第一步：明確業(yè)務(wù)運(yùn)行時(shí)的主要設(shè)備資源瓶頸所在

第二步：使用性價(jià)比最合適的服務(wù)器硬件機(jī)型來(lái)適配

第三步：從以下精細(xì)化技術(shù)運(yùn)營(yíng)評(píng)估點(diǎn)上逐個(gè)檢查評(píng)估：

• 是否可減少不合理/不必要的調(diào)用請(qǐng)求量

• 是否可優(yōu)化減少調(diào)用層級(jí)或減少調(diào)用放大

• 分配到服務(wù)器上的調(diào)用請(qǐng)求是否均勻

• 是否可使用緩存減少后端數(shù)據(jù)層的存儲(chǔ)訪問(wèn)

• 架構(gòu)上是否使用了異步調(diào)用或協(xié)程訪問(wèn)

• 網(wǎng)絡(luò)協(xié)議是否恰當(dāng)

• 網(wǎng)絡(luò)收發(fā)包量是否合理

• 操作系統(tǒng)或內(nèi)核參數(shù)是否已做優(yōu)化

• 數(shù)據(jù)存儲(chǔ)的內(nèi)容、格式/編碼、份數(shù)是否合理

• 數(shù)據(jù)訪問(wèn)是否存在冷熱

第四步：從管理策略與措施上進(jìn)行提升，包括：

• 是否可使用新服務(wù)區(qū)或長(zhǎng)尾服務(wù)區(qū)進(jìn)行業(yè)務(wù)新上線或下線管理

• 容災(zāi)備份系統(tǒng)或區(qū)域可否用于跑離線業(yè)務(wù)

• 資源供給能力是否可進(jìn)一步提升，降低容量的水位線

我們將通過(guò)多個(gè)業(yè)務(wù)實(shí)際案例來(lái)闡述上述設(shè)備資源精細(xì)化技術(shù)優(yōu)化的應(yīng)用。

02 微信消息

微信收發(fā)消息是微信產(chǎn)品的核心業(yè)務(wù)，也是使用設(shè)備資源量的頭部業(yè)務(wù)，因此對(duì)該業(yè)務(wù)功能的技術(shù)運(yùn)營(yíng)，具有重要價(jià)值。我們主要針對(duì)三個(gè)方面精細(xì)化：調(diào)用關(guān)系復(fù)雜、請(qǐng)求分布不均，資源使用瓶頸不一。

1. 調(diào)用關(guān)系復(fù)雜

為什么說(shuō)調(diào)用關(guān)系非常復(fù)雜？微信消息收發(fā)分為兩種情形，單聊與群聊。單聊指的是用戶A和用戶B之間發(fā)消息，群聊是單用戶在群里面對(duì)N個(gè)用戶發(fā)消息。我們看相對(duì)簡(jiǎn)單的收發(fā)單聊消息過(guò)程（見(jiàn)下圖）。

▲微信單聊消息發(fā)送微模塊

單聊實(shí)際上有9個(gè)以上的步驟：發(fā)一條消息，系統(tǒng)在后臺(tái)處理要處理9次以上。消息連接接入，發(fā)送消息的邏輯模塊，邏輯模塊之后鑒權(quán)（帳號(hào)存在與否、帳號(hào)屬性是否正常）、安全檢查（是否垃圾、是否有害等）、收消息人檢查（通信地址本）、生成消息序列號(hào)（確認(rèn)不丟消息及消息有序拉取）、存儲(chǔ)消息體、發(fā)送消息通知、收取新消息等。可見(jiàn)調(diào)用關(guān)系是非常復(fù)雜的。

因此，我們針對(duì)復(fù)雜的調(diào)用關(guān)系邏輯進(jìn)行了優(yōu)化，包括：調(diào)整RPC接口與后臺(tái)數(shù)據(jù)存儲(chǔ)，合并RPC調(diào)用；減少調(diào)用層次，縮減模塊；邏輯層引入強(qiáng)一致性緩存，減少account/attr等模塊持久數(shù)據(jù)的RPC訪問(wèn)；分離冷熱數(shù)據(jù)，減少對(duì)冷數(shù)據(jù)的RPC訪問(wèn)等等。這些精細(xì)技術(shù)優(yōu)化在2014年實(shí)施時(shí)，節(jié)省的設(shè)備量超過(guò)400臺(tái)。

2. 請(qǐng)求分布不均

微信消息是多機(jī)集群處理的，如果負(fù)載不均的話，有些機(jī)器達(dá)到瓶頸時(shí)，有些機(jī)卻還很空，需要將請(qǐng)求均衡的分布到機(jī)器上面。例如：消息的KV存儲(chǔ)由按分號(hào)段存儲(chǔ)改為一致性hash，使得每機(jī)性能更均勻：原來(lái)是按號(hào)段存儲(chǔ)每機(jī)的負(fù)載很不均勻，而擴(kuò)容是按最大負(fù)載的機(jī)器去擴(kuò)容的；有些服務(wù)是串行處理的，例如優(yōu)化容災(zāi)架構(gòu)，使用異步隊(duì)列進(jìn)行IO優(yōu)化。這些精細(xì)的技術(shù)優(yōu)化在2014年節(jié)省設(shè)備近500臺(tái)。

3.?資源使用瓶頸不一

消息業(yè)務(wù)的每個(gè)key都放內(nèi)存，海量key致使需多臺(tái)服務(wù)器來(lái)存放數(shù)據(jù)，顯然這些服務(wù)器的資源瓶頸在內(nèi)存上；適當(dāng)將冷數(shù)據(jù)的key落地到磁盤上，可以縮小內(nèi)存容量；同時(shí)考慮零散碎小模塊可以合并一起，使資源充分使用；而合并在一起存儲(chǔ)，就需要技術(shù)方法解決某個(gè)業(yè)務(wù)突變引起擴(kuò)容。

另外，有些業(yè)務(wù)模塊則資源瓶頸的CPU或磁盤存儲(chǔ)上，甚至在不同的時(shí)間消耗的資源量不同，可以考慮資源混合與錯(cuò)峰調(diào)度。

解決資源使用瓶頸及錯(cuò)峰調(diào)度，2014年微信優(yōu)化中節(jié)省服務(wù)器超過(guò)250臺(tái)。

4. 其他的優(yōu)化措施

操作系統(tǒng)優(yōu)化及RPC框架性能改進(jìn)。如原來(lái)微信服務(wù)器的操作系統(tǒng)層面單機(jī)性能比較差，每臺(tái)機(jī)器只能處理不到100萬(wàn)左右的消息調(diào)用量，使用tlinux大幅將單機(jī)性能提升到近200萬(wàn)。微信單機(jī)性能改進(jìn)的優(yōu)化于2014年中節(jié)省設(shè)備超過(guò)3000臺(tái)。

服務(wù)器的容量管理，優(yōu)化容量水位，提升快速擴(kuò)縮容能力。

新業(yè)務(wù)服務(wù)區(qū)及長(zhǎng)尾服務(wù)區(qū)的管理優(yōu)化。設(shè)定業(yè)務(wù)進(jìn)入或遷出新服務(wù)區(qū)或長(zhǎng)尾服務(wù)區(qū)的請(qǐng)求調(diào)用量閥值標(biāo)準(zhǔn)。

03 朋友圈

朋友圈是微信里最為重要功能之一，幫助用戶向好友展示自己的想法與最近狀況，同時(shí)便于用戶了解好友的狀態(tài)、評(píng)論或點(diǎn)贊。朋友圈與收藏很相似，用戶數(shù)據(jù)也是永久保存，不會(huì)刪除。

朋友圈的產(chǎn)品形態(tài)很特別。細(xì)心的讀者會(huì)發(fā)現(xiàn)，用戶發(fā)一條朋友圈，實(shí)際上是先在用戶自己個(gè)人相冊(cè)里面存一條記錄數(shù)據(jù)；但同時(shí)會(huì)往該時(shí)刻、允許查看其朋友圈且未屏蔽該用戶的好友時(shí)間線上插一條索引數(shù)據(jù)。

??

▲朋友圈時(shí)間線與個(gè)人相冊(cè)

也就是說(shuō)朋友圈有兩個(gè)功能點(diǎn)：

• 看所有自己發(fā)的朋友圈記錄，就是個(gè)人相冊(cè)，保存了自第1條朋友圈以來(lái)的所有朋友圈消息記錄。訪問(wèn)的頻率相對(duì)不高，但這部分存儲(chǔ)數(shù)據(jù)，用戶一般很少刪除，它是持續(xù)增長(zhǎng)的，這個(gè)存儲(chǔ)量是巨大的。

• 我們平時(shí)刷朋友圈，即朋友圈信息流，按時(shí)間倒序，列出某個(gè)時(shí)刻，好友發(fā)了一條狀態(tài)信息（文字、圖片、視頻、圖文等），這就是時(shí)間線。只存放2000條索引記錄，存儲(chǔ)所需空間不會(huì)有太大變化，但用戶訪問(wèn)頻率高，經(jīng)常被刷新訪問(wèn)。用戶如果要看2000條以外的好友朋友圈消息，只能點(diǎn)開(kāi)到某個(gè)好友的個(gè)人相冊(cè)才能看了。

朋友圈每天上傳圖片請(qǐng)求近10億次，上傳視頻請(qǐng)求近1億次。數(shù)據(jù)訪問(wèn)超過(guò)5000億次/天，單機(jī)峰值訪問(wèn)超過(guò)120萬(wàn)次/分鐘。為確保數(shù)據(jù)可靠性與良好體驗(yàn)，會(huì)存儲(chǔ)多個(gè)規(guī)格及存儲(chǔ)份數(shù)。因此，朋友圈的存儲(chǔ)體量及訪問(wèn)量是非常大的，而且是永久保存，隨時(shí)間推移，只會(huì)增不會(huì)少。這就有一個(gè)問(wèn)題，如果都使用高性能存儲(chǔ)來(lái)服務(wù)用戶的話，服務(wù)器資源成本將會(huì)是天量。

技術(shù)運(yùn)營(yíng)團(tuán)隊(duì)跟蹤運(yùn)營(yíng)數(shù)據(jù)發(fā)現(xiàn)，用戶看朋友圈的時(shí)候，訪問(wèn)一天之內(nèi)發(fā)的朋友圈內(nèi)容，大約占了70%，一天之外內(nèi)容被訪問(wèn)次數(shù)大幅減少，當(dāng)前1天之內(nèi)的朋友圈內(nèi)容存儲(chǔ)量只占總朋友圈存儲(chǔ)量的0.3%。90%以上的訪問(wèn)請(qǐng)求的數(shù)據(jù)都在1個(gè)月以內(nèi)，當(dāng)前1個(gè)月之內(nèi)的朋友圈內(nèi)容存儲(chǔ)占總朋友圈存儲(chǔ)量的6.5%。

也就是說(shuō)，朋友圈業(yè)務(wù)呈現(xiàn)訪問(wèn)量大、數(shù)據(jù)冷熱非常分明的特點(diǎn)。需要將考慮將數(shù)據(jù)分成熱數(shù)據(jù)集群與冷數(shù)據(jù)集群，而且基本可以確定，熱數(shù)據(jù)集群的增長(zhǎng)不會(huì)太明顯，增長(zhǎng)主要在冷數(shù)據(jù)集群上。熱數(shù)據(jù)集群我們就用性能最好的設(shè)備，讓大家可以很快速訪問(wèn)到所需的內(nèi)容與數(shù)據(jù)；冷數(shù)據(jù)集群就使用價(jià)格低廉的多的大容量存儲(chǔ)設(shè)備。從架構(gòu)上，除要支持按時(shí)間序列進(jìn)行冷熱數(shù)據(jù)的遷移轉(zhuǎn)換，還需要支持用戶訪問(wèn)的轉(zhuǎn)換。最終重新優(yōu)化實(shí)現(xiàn)新的朋友圈數(shù)據(jù)冷熱分離存儲(chǔ)架構(gòu)，如下圖：

▲朋友圈冷熱分享架構(gòu)示意圖

這里的熱數(shù)據(jù)集群，使用高性能SSD存儲(chǔ)機(jī)型TS8/TS80；冷數(shù)據(jù)集群使用高存儲(chǔ)量的SATA存儲(chǔ)機(jī)型TS6/TS60。

其中TS8/80 使用SSD盤，作RAID5的情況下，最大存儲(chǔ)量為2.4T，極限隨機(jī)iops可達(dá)到50000次，TB訪問(wèn)量可達(dá)到2w次/s。

TS6/TS60使用機(jī)械SATA盤，每臺(tái)機(jī)器12塊，單塊盤容量為2T，測(cè)試并發(fā)情況下極限iops不到200次。No Raid情況下總?cè)萘繛?4T，極限隨機(jī)iops為2000次。TB訪問(wèn)量為100次/s。

單臺(tái)TS6/TS60硬件的成本約為TS8/TS80的70%。但定義TB存儲(chǔ)成本為每TB數(shù)據(jù)存儲(chǔ)對(duì)應(yīng)的硬件價(jià)格，則可知在磁盤完全利用的情況下，TS6/TS60的TB存儲(chǔ)成本僅為TS8/TS80的7%。滿足iops要求，磁盤不能完全利用情況下，TS6的TB存儲(chǔ)成本為TS8的15%。也就是說(shuō)，冷熱集群的存儲(chǔ)成本，可節(jié)約85%的成本。

冷熱集群架構(gòu)上，還有很多細(xì)節(jié)的技術(shù)優(yōu)化點(diǎn)：如滿足時(shí)間序列的熱數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)優(yōu)化（采用LSM Tree算法）；滿足冷數(shù)據(jù)平行擴(kuò)容的冷數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)優(yōu)化（采用單點(diǎn)串行寫入的一致性模型）等等。

04 大數(shù)據(jù)平臺(tái)管理

現(xiàn)在一般上規(guī)模的公司，都會(huì)建立公司統(tǒng)一的大數(shù)據(jù)平臺(tái)。騰訊也不例外，數(shù)據(jù)平臺(tái)部建有超大規(guī)模的數(shù)據(jù)處理集群平臺(tái)TDW（Tencent distributed Data Warehouse：數(shù)據(jù)倉(cāng)庫(kù)），包括實(shí)時(shí)計(jì)算、離線計(jì)算等等，用于全公司的數(shù)據(jù)實(shí)時(shí)處理、離線分析、個(gè)性化推薦、業(yè)務(wù)計(jì)費(fèi)等。

由于移動(dòng)互聯(lián)網(wǎng)的發(fā)展，數(shù)據(jù)呈現(xiàn)爆炸性增長(zhǎng)，同樣騰訊的TDW集群規(guī)模也迅猛增長(zhǎng)。目前TDW單一集群能力已達(dá)2萬(wàn)臺(tái)。數(shù)據(jù)處理平臺(tái)的管理與利用，成為業(yè)務(wù)發(fā)展與成本優(yōu)化管控的巨大挑戰(zhàn)。

大數(shù)據(jù)平臺(tái)的管理分為計(jì)算單元與存儲(chǔ)單元的管理。2016年以前，騰訊TDW集群從CPU利用率上看，平均達(dá)85%。集群存儲(chǔ)數(shù)據(jù)中，3個(gè)月內(nèi)數(shù)據(jù)占比56%，6個(gè)月內(nèi)數(shù)據(jù)占比70%，12個(gè)月以上占比16%；集群計(jì)算使用數(shù)據(jù)，73%為1個(gè)月內(nèi)數(shù)據(jù)，92%為3個(gè)月內(nèi)數(shù)據(jù)，12個(gè)月以上占比約2%。

在精細(xì)化運(yùn)營(yíng)方面，技術(shù)運(yùn)營(yíng)團(tuán)隊(duì)實(shí)施的措施有：

首先定義了沉默數(shù)據(jù)。沉默數(shù)據(jù)是指一定時(shí)間周期內(nèi)未被訪問(wèn)的數(shù)據(jù)。如2015年8月，騰訊TDW中3個(gè)月以上至1年的沉默數(shù)據(jù)有25PB，1年以上的沉默數(shù)據(jù)有14PB。

其次，技術(shù)運(yùn)營(yíng)團(tuán)隊(duì)強(qiáng)化了數(shù)據(jù)存儲(chǔ)的生命周期管理。管理規(guī)定要求：所有業(yè)務(wù)申請(qǐng)接入TDW的數(shù)據(jù)時(shí)，都需要填報(bào)“數(shù)據(jù)存儲(chǔ)周期”。通過(guò)生命周期管理及沉默數(shù)據(jù)差異化存儲(chǔ)，2015年前8個(gè)月僅增長(zhǎng)23%的存儲(chǔ)量（見(jiàn)下圖）。

▲數(shù)據(jù)平臺(tái)強(qiáng)化存儲(chǔ)生命周期管理

再次，通過(guò)監(jiān)控大任務(wù)效率及清理無(wú)價(jià)值任務(wù)對(duì)計(jì)算單元進(jìn)行優(yōu)化。對(duì)于執(zhí)行時(shí)間長(zhǎng)、掃描數(shù)據(jù)量大的任務(wù)，實(shí)施主動(dòng)監(jiān)控并及時(shí)通知業(yè)務(wù)進(jìn)行優(yōu)化，必要時(shí)進(jìn)行主動(dòng)清理，確保平臺(tái)計(jì)算單元合理利用。在業(yè)務(wù)層面，清理兩類無(wú)價(jià)值任務(wù)：長(zhǎng)期失敗任務(wù)與長(zhǎng)期計(jì)算結(jié)果為空的任務(wù)（見(jiàn)下表）：

無(wú)價(jià)值計(jì)算任務(wù)	定義及描述
長(zhǎng)期失敗任務(wù)	兩周內(nèi)失敗超過(guò)7次
長(zhǎng)期計(jì)算結(jié)果為空任務(wù)	入庫(kù)、計(jì)算、出庫(kù)任務(wù)連續(xù)10個(gè)周期的計(jì)算結(jié)果為空
獨(dú)立計(jì)算	不依賴入庫(kù)或其它計(jì)算任務(wù)且計(jì)算結(jié)果無(wú)其它任務(wù)依賴，計(jì)算結(jié)果不出庫(kù)
無(wú)價(jià)值計(jì)算	數(shù)據(jù)入庫(kù)后沒(méi)有被訪問(wèn)，或計(jì)算結(jié)果出庫(kù)后沒(méi)有被訪問(wèn)

▲無(wú)價(jià)值任務(wù)說(shuō)明

在2015年前8個(gè)月時(shí)間內(nèi)，通過(guò)監(jiān)控大任務(wù)效率及清理前兩類無(wú)價(jià)值任務(wù)（18398個(gè)），已優(yōu)化計(jì)算單元超過(guò)800個(gè)（見(jiàn)下圖）。

▲清理無(wú)價(jià)值任務(wù)個(gè)數(shù)

對(duì)于計(jì)算單元的管理，除了無(wú)價(jià)值計(jì)算外，可以通過(guò)類似于域名管理的方法來(lái)監(jiān)測(cè)計(jì)算任務(wù)的有效性。即：

• 業(yè)務(wù)每申請(qǐng)?jiān)黾右粋€(gè)計(jì)算任務(wù)，需要注明：用途、有效期（默認(rèn)為6個(gè)月或1年）、主要責(zé)任人（任務(wù)開(kāi)發(fā)人）、次要責(zé)任人（產(chǎn)品或運(yùn)維）。

• 任務(wù)到期前一個(gè)月或一周，提醒主要責(zé)任人renew（續(xù)期）或放棄（刪除）任務(wù)。

• 任務(wù)到期后一個(gè)月為贖回期，任務(wù)繼續(xù)運(yùn)行，但每天提醒主要責(zé)任人及次要責(zé)任人。

• 任務(wù)過(guò)期一個(gè)月仍不續(xù)期，該任務(wù)將暫停執(zhí)行。

• 任務(wù)過(guò)期3個(gè)月，該任務(wù)將物理刪除。

關(guān)于作者：熊普江，騰訊公司布道師、騰訊云高級(jí)總監(jiān)，負(fù)責(zé)公司云技術(shù)、解決方案布道及技術(shù)架構(gòu)評(píng)審等工作。自1997年涉足互聯(lián)網(wǎng)，曾服務(wù)美國(guó)Supreme、太平洋網(wǎng)絡(luò)、PPTV等互聯(lián)網(wǎng)公司，任網(wǎng)絡(luò)運(yùn)營(yíng)總監(jiān)、運(yùn)維總監(jiān)等職務(wù)。逾20年互聯(lián)網(wǎng)從業(yè)背景，對(duì)大型網(wǎng)絡(luò)架構(gòu)規(guī)劃與建設(shè)、海量用戶平臺(tái)規(guī)劃與運(yùn)營(yíng)技術(shù)支持、超大規(guī)模業(yè)務(wù)資源規(guī)劃與技術(shù)架構(gòu)管理優(yōu)化有豐富的經(jīng)驗(yàn)。

本文摘編自《技術(shù)運(yùn)營(yíng)》，大數(shù)據(jù)（ID：hzdashuju）經(jīng)出版方授權(quán)發(fā)布，如需轉(zhuǎn)載聯(lián)系我們。

延伸閱讀《技術(shù)運(yùn)營(yíng)》

點(diǎn)擊上圖了解及購(gòu)買

轉(zhuǎn)載請(qǐng)聯(lián)系微信：togo-maruko

推薦語(yǔ)：由騰訊資深架構(gòu)師熊普江攜手海爾電器集團(tuán)CTO盛國(guó)軍共同打造！詳細(xì)闡述技術(shù)運(yùn)營(yíng)的精細(xì)化方法及具體實(shí)施步驟，披露大量真實(shí)案例！多位知名架構(gòu)師聯(lián)袂推薦！

更多精彩

在公眾號(hào)后臺(tái)對(duì)話框輸入以下關(guān)鍵詞

查看更多優(yōu)質(zhì)內(nèi)容！

PPT?|?報(bào)告?|?讀書(shū)?|?書(shū)單?|?干貨

Python?|?機(jī)器學(xué)習(xí)?|?深度學(xué)習(xí)?|?神經(jīng)網(wǎng)絡(luò)

區(qū)塊鏈?|?揭秘?|?高考?|?數(shù)學(xué)

猜你想看

• 終于有人把數(shù)據(jù)、信息、算法、統(tǒng)計(jì)、概率和數(shù)據(jù)挖掘都講明白了！
  

• 人生贏家的撲克牌
  

• 上清華到底有多難？清華大學(xué)保送生的數(shù)學(xué)試題了解一下
  

• 讀完這7本算法書(shū)，你也可以像這10位算法大師一樣改變世界
  

Q:?你了解運(yùn)維嗎？

歡迎留言與大家分享

覺(jué)得不錯(cuò)，請(qǐng)把這篇文章分享給你的朋友

轉(zhuǎn)載 / 投稿請(qǐng)聯(lián)系：baiyu@hzbook.com

更多精彩，請(qǐng)?jiān)诤笈_(tái)點(diǎn)擊“歷史文章”查看

總結(jié)

以上是生活随笔為你收集整理的以朋友圈为例，腾讯资深架构师揭秘鹅厂大数据平台是怎样运营的的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。