云服務由下至上可分為IaaS、PaaS和SaaS，其中PaaS層廠商既可縱向往SaaS層發(fā)展，面向C端或B端客戶提供直接服務；也可橫向拓展其他相關需求，提供一站式服務，成長為PaaS工具商店。其中在IM（即時通訊）等有集中需求的領域，后者較為凸顯。說到即時通訊，我們可能會想到QQ、微信，其實用戶在直播平臺上看主播表演、給主播打賞都屬于即時通訊范疇，直播業(yè)務的高速發(fā)展使得IM云服務用戶規(guī)模處于快速增長期，服務的穩(wěn)定性和對用戶的運維能力是決定IM云服務廠商能否進一步發(fā)展的重要因素。
去年被譽為“中國網絡直播元年”，互聯(lián)網、移動互聯(lián)網的發(fā)展以及智能終端的普及為實現移動端直播提供了良好的基礎，多元化的視頻應用場景帶來了新的商業(yè)模式與市場機遇，而直播云作為基礎設施與服務的提供商也為直播行業(yè)的發(fā)展起到了極大的推動作用。隨著技術進步與市場的不斷擴大，視頻云行業(yè)將會獲得高速的發(fā)展，目前玩家主要有融云、環(huán)信、親加等。
2016年12月，艾瑞發(fā)布的《2016年IM云服務行業(yè)白皮書》顯示，根據艾瑞MuserTracker對即時通訊云服務廠商日活用戶數的監(jiān)測，融云日活躍用戶數達4500萬，日均消息量達300億條，日消息量峰值超過 1000 億條，全球 SDK 觸達用戶數突破 12 億，以絕對優(yōu)勢穩(wěn)居市場第一，并超出其它廠商數據總和，成為業(yè)內唯一一家經過數千萬日活用戶驗證的即時通訊云服務商。新的一年到來，短短幾個月過去，融云最新數據顯示：融云日均活躍用戶已突破5000萬，消息峰值超過2000億條、全球SDK觸達用戶數創(chuàng)下15億+的驚人紀錄。進步之快，令人感嘆。融云的成功與其對技術的不斷追求是分不開的，現僅從其直播架構的演變過程角度，以窺一二。
融云直播架構演變過程
融云的直播互動系統(tǒng)架構自2014年上線以來，歷經三次調整�，F以融云直播體系架構演進過程，淺析IM云服務發(fā)展歷程。
融云自2014年-2015年8月直播架構如下圖，此架構特點為同一直播間用戶會落到同一直播節(jié)點；業(yè)務與消息在同一服務中，主要存在問題是此架構單一直播間最大支持8000人，難以支撐更大的直播業(yè)務，顯然與如今動不動就同時幾百萬人同時觀看直播的現實相沖突。
直播架構1.0
直播架構1.0 為解決上述問題，融云2015年8月，開始使用下圖架構。此架構中加入了直播消息服務模塊，可按照同時在線規(guī)模進行線性擴容，解決最大支撐人數問題。此時，直播服務模塊只負責用戶的關系維護和消息上行，直播消息服務模塊則負責消息分發(fā)和下行服務，其實是消息下行服務得到了升級，而上行并未升級，如此便會出現上行壓力過大時，出現超時情況。因此此架構只使用了短短一個月時間便終止。
直播架構2.0
直播架構2.0 融云自2015年9月至今一直使用的是架構2.1，在此架構中，融云在業(yè)務層加入了上行控制服務，上行總量得以控制，直播壓力大大降低，但此架構由于上行、下行流量都得到保證，必然對網絡質量也有了更高要求。
直播架構2.1
直播架構2.1 網絡質量對于直播可靠性的影響看過直播的你我都清楚，為了解決直播中網絡的問題，融云先后采用了鏈路1.0和2.0架構。從圖中可以看到，在鏈路1.0中，客戶端和數據中心之間只有鏈接加速代理這一種加速機制，對專線依賴較高；而在2.0中，采取的是模擬CDN進行數據分發(fā)，專線內只跑上行消息和廣播消息，降低了對專線的依賴，數據中心可進行鏈路選擇，另外，融云了采用智能DNS、多接入點、多數據中心、多連接管理池、多集群等策略，保證每一個環(huán)節(jié)都提供冗余接入。
鏈路1.0
鏈路2.0
鏈路2.0 技術一定是不斷進步的，創(chuàng)業(yè)型企業(yè)最大的財富在于可以深入群眾，在與用戶確切的切磋與你來我往中，發(fā)現真正的需求點和矛盾點，融云直播架構的衍變過程是與直播風口的來臨、飛起相吻合的，一定程度上也反映了我國IM云服務的發(fā)展歷程。從群眾中來，到群眾中去，也許說的正是這個道理。
