根據(jù)微信公開數(shù)據(jù)2017 年 9 月，微信日均登陸 9.02 億人，日均發(fā)送消息 380 億次。到現(xiàn)在2019年10月，登錄人次和發(fā)送的消息就更多了。這么多消息量在一定時間顯示在手機上是不支持的。那么怎么才能實現(xiàn)呢?

實際上，根據(jù)國家統(tǒng)計局的數(shù)據(jù)，截至 2017 年末，中國大陸總?cè)丝跒?13 億 9008 萬人(包括 31 個省、自治區(qū)、直轄市和中國人民解放軍現(xiàn)役軍人，不包括香港、澳門和臺灣以及海外華僑人數(shù))，早已超過 13 億。 

先說結(jié)論：技術上也許可以實現(xiàn)，但你會什么都看不見。而在商業(yè)上難以實現(xiàn)，大佬們關注投入收益比。

根據(jù)微信公開數(shù)據(jù)2017 年 9 月，微信日均登陸 9.02 億人，日均發(fā)送消息 380 億次。到現(xiàn)在2019年10月，登錄人次和發(fā)送的消息就更多了。這么多消息量在一定時間顯示在手機上是不支持的。那么怎么才能實現(xiàn)呢?

首先，得考慮人的因素，多少多少億的信息量對于某個特定個體來說價值無限接近于 0，我個人根本不關注這些信息，因為獲取信息的效率太低了。

這就導致了百分之九十九的人直接忽略了這個群的存在，剩下的每天這個群里的消息無非就是置頂公告，置頂新聞，紅包和閑聊斗圖，瀏覽公告和新聞。

考慮到并發(fā)的問題，一般現(xiàn)在的服務器都可以做到，畢竟有大把的新聞 App 都可以做到;紅包，做個算法隨機分配吧，也別搶了，搶會嚴重影響體驗，給十億用戶隨機分配一段數(shù)據(jù)應該難度也不太大。

剩下的就是斗圖閑聊，數(shù)據(jù)直接云存儲在服務器端，分析處理總結(jié)出來個中心思想每多少秒多少秒推送給個人用戶一次，就差不多了，需要詳細信息的上服務器檢索，個人覺得對個人終端的壓力也不會太大。

其次，傳輸，這是我覺得問題最小的一個環(huán)節(jié)，為什么呢?解決了個人終端的問題之后，個人的數(shù)據(jù)傳輸量并不大，現(xiàn)有的傳輸網(wǎng)絡完全可以滿足。

服務器端的傳輸，要看這服務器怎么個建法，如果集中式處理和存儲，就只能用百 G 專線，建個三五條完全夠了。

只不過相應的配套交換機路由器要建一套龐大的系統(tǒng)出來。如果是分布式存儲和處理，10G 的甚至 GE 的專線都夠。這是傳輸。

第三，處理，如果非得把大批量的數(shù)據(jù)集中處理，就得建設一套國內(nèi)最大甚至世界最大最復雜的數(shù)據(jù)中心才能夠承載這套系統(tǒng)。

但是如果分布式處理的話，我相信現(xiàn)在的系統(tǒng)也夠用，畢竟現(xiàn)有的運算量已經(jīng)這么大了，而有這個群之后數(shù)據(jù)量也絕對不會爆炸式增長。

第四，存儲，處理的工作能夠完成存儲肯定也不是問題，甚至可以將數(shù)據(jù)破碎后存儲在個人終端上，將投資設備的矛盾轉(zhuǎn)嫁到數(shù)據(jù)安全和管理上。

第五，數(shù)據(jù)分析，這一點才是重中之重，難點中的難點，如何有效的分析提取如此大量數(shù)據(jù)中的有用信息并推送給特定的個人才是核心關鍵。

雖然現(xiàn)在技術還沒有大面積商業(yè)化，但我相信這種技術是肯定已經(jīng)有試用的甚至是已經(jīng)商用的存在了，只不過公眾不太清楚而已，畢竟這種東西仔細想想還是有點恐怖的。

總之，如何實現(xiàn)這個系統(tǒng)或者說建好這個群，無非就是做好需求與資源之間矛盾的轉(zhuǎn)嫁，把存儲需求量大與投資大之間的矛盾轉(zhuǎn)嫁到數(shù)據(jù)安全與運營管理上，把大數(shù)據(jù)量傳輸分散化，把大量的數(shù)據(jù)進行分析提取后定向推送，最核心的投資也就是整套智能有效的大數(shù)據(jù)分析系統(tǒng)。