在這三場(chǎng)技術(shù)分論壇中，融云分享了《5G 時(shí)代的通信云 IoT 新應用》、《超大規模音視頻會(huì )議實(shí)踐》和《億級終端數據體量下的高并發(fā)架構解析》三大議題。融云作為互聯(lián)網(wǎng)通信云賽道的頭部企業(yè)，目前已累計支持超過(guò) 30 萬(wàn)款APP，50 多億 SDK 觸達數，日均消息 150 億，單日消息量峰值超過(guò) 2218 億。對開(kāi)發(fā)者而言，融云所分享的應對超大規模用戶(hù)的實(shí)戰經(jīng)驗，以及高并發(fā)架構的設計方案，都彌足珍貴。

　　在新基建和 5G 背景下，物聯(lián)網(wǎng)的實(shí)現將為整個(gè)社會(huì )帶來(lái)巨變。融云研發(fā)總監李會(huì )朝認為：在物聯(lián)網(wǎng)場(chǎng)景下，通過(guò)集成麥克風(fēng)和攝像頭，并保持實(shí)時(shí)在線(xiàn)，這樣便賦予了硬件以大腦識別和音視頻的通信能力，這個(gè)硬件就是智能硬件。智能兒童手表、AR 眼鏡、智能門(mén)禁、智能機器人、智能音箱、車(chē)載導航儀、執法記錄儀、礦帽、停車(chē)場(chǎng)收費器等均屬于智能硬件，而作為底層的通信能力，在賦能智能硬件的同時(shí)，需要根據使用場(chǎng)景特點(diǎn)提供解決方案。例如，停車(chē)收費器和遠程門(mén)禁，因戶(hù)外的場(chǎng)景空曠嘈雜，解決方案就要做到把人聲收進(jìn)去，把噪音濾出去，優(yōu)化通信效果。

　　融云研發(fā)總監李會(huì )朝演講

　　分享中，李會(huì )朝著(zhù)重闡述了智能硬件音視頻能力的適配技術(shù)。由于不同的芯片廠(chǎng)商硬件表現差異，尤其是在視頻編解碼芯片、硬件采集、降噪模塊上的差異，會(huì )導致花屏/黑屏、無(wú)聲/噪音等問(wèn)題。所以在視頻適配方面，可通過(guò)分辨率 16 位對齊、動(dòng)態(tài)切換編解碼等解決方案;在音頻適配方面，可通過(guò)聲音的采集源、采樣率、聲道數、傳輸碼率的選擇，以及采用硬件處理和軟件算法結合的方式來(lái)消除無(wú)聲、回聲、噪聲問(wèn)題。

　　除了適配技術(shù)外，李會(huì )朝還強調了融云 SDK 的功能特點(diǎn)，“融云 SDK 具有接口易理解、功能易擴展和架構分層等特點(diǎn)。”在 SDK 的提供方式上，包括可提供基礎音視頻通話(huà)能力的RTCLib SDK 底層能力庫，基于 RTCLib 封裝的呼叫能力庫 CallLib，以及基于 CallLib 呼叫能力的 UI 組件 CallKit 等，可隨時(shí)為客戶(hù)提供調用。在對未來(lái)技術(shù)展望時(shí)，李會(huì )朝特別分享了 H265 / H266(VVC)，以及 RTOS 的優(yōu)勢，他認為在物聯(lián)網(wǎng)行業(yè)，RTOS 系統才是真正的王者。

　　隨著(zhù)在線(xiàn)應用的大面積普及，在線(xiàn)人數的量級也不斷攀升，這給音視頻的通信架構設計帶來(lái)極大考驗。例如當下已經(jīng)觸達千行百業(yè)的遠程會(huì )議場(chǎng)景，同樣的音視頻架構，在十幾人的會(huì )議中，體驗或許十分流暢，但如果是 200 人，甚至 2000 人的超大規模音視頻會(huì )議時(shí)，就可能全面癱瘓。那么融云又是如何做到應對自如的呢?融云音視頻首席架構師岑裕在分析了 P2P、MCU、SFU 三個(gè)音視頻典型架構，以及各自利弊后指出：盡管隨著(zhù)客戶(hù)端硬件性能不斷提升，SFU 越來(lái)越受到大家的青睞，但是在超過(guò) 20 人會(huì )議場(chǎng)景下，SFU 及 WebRTC 兼容場(chǎng)景仍然無(wú)法很好的解決。

　　融云音視頻首席架構師岑裕演講

　　在超大規模會(huì )議場(chǎng)景音視頻能力輸出的應對策略上，融云分別從視頻和音頻兩方面著(zhù)手，采取按需訂閱與按需轉發(fā)的模式。例如在視頻上，發(fā)送端視頻編碼支持大小流或 SVC，接收端按需訂閱大流或小流，弱網(wǎng)下自動(dòng)切換大小流，從而大幅降了整體流量，特別是服務(wù)器端可直接下降 85%，獲得了性?xún)r(jià)比的超高提升。在音頻上，當發(fā)送端靜音時(shí)不發(fā)送數據，在降低上行流量情況下，自然降低下行流量;音頻解碼后，默認混流播放音量最大 3-5 路聲音，來(lái)兼顧流量和體驗;在服務(wù)端通過(guò)計算 Buffer 和彈出 Timer 進(jìn)行音頻按需分發(fā)，在不損害音質(zhì)的前提下，使流量下降 43%。從服務(wù)端的下行流量來(lái)看，對于一個(gè) 200 人的會(huì )議而言，已經(jīng)降到 800 多兆，對客戶(hù)端而言，已經(jīng)降到了 4 兆，對流量控制基本做到了最佳狀態(tài)。

　　此外，融云對客戶(hù)端性能還有更多的優(yōu)化。如增加 WebRTC 對多 SSRC 模式的 Audio Level 的支持;訂閱視頻數量較多時(shí)，將硬解和軟解結合等進(jìn)行優(yōu)化。

　　綜上，按需轉發(fā)和按需訂閱對于服務(wù)器端和客戶(hù)端而言已經(jīng)沒(méi)有太大壓力，而在超大會(huì )議室場(chǎng)景下，已經(jīng)可以跟小會(huì )議室一樣，所有人能正常收聽(tīng)，正常的交流，基本達到了預期的效果。

　　融云高級架構師李宏博演講

　　即使在 5G 時(shí)代，在線(xiàn)應用仍然繞不開(kāi)高并發(fā)的系統設計，這也是架構師們公認的難點(diǎn)。融云高級架構師李宏博在分享高并發(fā)系統設計心得時(shí)指出：首先，不管是結構還是各種各樣的業(yè)務(wù)代碼，都需要精心設計，并不斷提升代碼質(zhì)量，這是一個(gè)持續優(yōu)化的過(guò)程。其次是要不斷完善系統體系，包括監控體系、運維系統、開(kāi)發(fā)以及測試過(guò)程的工具鏈等，離開(kāi)這些工具的助力，提升性能的效率就會(huì )被牽制。

　　在高并發(fā)整體的設計中，需要考慮 CPU、內存、網(wǎng)絡(luò )和存儲。因為 CPU 優(yōu)化了數據結構與算法，選擇序列化、并發(fā)模型，和使用資源定位，就是為了高效利用 CPU;考慮內存是為了控制體積，選擇 LRU、LIRS，用一致性哈希資源定位，也是為了減少內存;在網(wǎng)絡(luò )方面，融云架構使用了 Actor 模型，是要減少一次網(wǎng)絡(luò )交互;而做數據包合并和序列化協(xié)議，也都是為了能夠高效地利用 CPU 內存。而存儲方面，分庫分表、NewSQL 以及多種存儲介質(zhì)應按需選擇，因為只有適合的才是最好的。

　　監控體系在高并發(fā)架構中舉足輕重，總體來(lái)說(shuō)，與性能相關(guān)的就是 APM，監控的維度是你能想到的所有指標和能用上的所有手段。一旦有所缺失，可能永遠不知道系統里發(fā)生了什么，錯誤出在哪里。

　　在性能優(yōu)化方面，李宏博強調：持續優(yōu)化和改進(jìn)是永恒的主題，如果多花一些心思在編碼階段，比如異步處理需求、落點(diǎn)相對固定、提升緩存命中率、合并請求減少網(wǎng)絡(luò )交互等，將來(lái)在性能上產(chǎn)生的問(wèn)題就會(huì )越少。

　　WICC 2020 是融云構建的一個(gè)產(chǎn)業(yè)同仁共同探討和分享前沿技術(shù)的平臺，并且已經(jīng)發(fā)展成為幫助開(kāi)發(fā)者成長(cháng)和交流的技術(shù)盛宴。三場(chǎng)技術(shù)論壇所有講師的演講都是干貨滿(mǎn)滿(mǎn)，令開(kāi)發(fā)者受益頗豐。在問(wèn)答環(huán)節，場(chǎng)上場(chǎng)下互動(dòng)熱烈，開(kāi)發(fā)者們問(wèn)得穩、準、狠，講師們答得精、專(zhuān)、透。此次融云將自身多年來(lái)在即時(shí)通訊和實(shí)時(shí)音視頻領(lǐng)域的實(shí)踐經(jīng)驗與開(kāi)發(fā)者分享，既體現了融云作為行業(yè)領(lǐng)導者的格局和擔當，也勢必引領(lǐng)行業(yè)技術(shù)的發(fā)展熱潮，為全球開(kāi)發(fā)者們帶來(lái)更多的技術(shù)創(chuàng )新思維和啟迪。