X-Meetup技術(shù)沙龍：重慶站

　　融云《大規模音視頻會(huì )議實(shí)踐》和《大規模即時(shí)通訊客戶(hù)端日志系統實(shí)踐》的演講，分別從RTC和IM通信云全線(xiàn)產(chǎn)品，向開(kāi)發(fā)者介紹了超大規模會(huì )議場(chǎng)景優(yōu)化策略、如何做好日志系統及效果評估，解答了開(kāi)發(fā)者關(guān)于底層通信架構設計的困惑；殼殼互聯(lián)和探探科技也各自分享了在實(shí)踐中的系統優(yōu)化策略。

　　疫情打破了空間的局限，音視頻會(huì )議越來(lái)越普遍，大家接納并更習慣了線(xiàn)上會(huì )議的便捷性。進(jìn)入2021年，隨之而來(lái)的一個(gè)變化就是，大規模以及超大規模（500人）的音視頻會(huì )議需求悄然在增長(cháng)。

　　在超過(guò)20 人會(huì )議場(chǎng)景下，現有的多對多網(wǎng)絡(luò )架構SFU 與 WebRTC 的兼容場(chǎng)景就無(wú)法很好地解決。如果500人的會(huì )議，直接選擇參會(huì )人之間進(jìn)行音視頻互動(dòng)，音視頻數據的完全轉發(fā)對服務(wù)器資源的需求是巨大的，再加上會(huì )議中有大量人員同時(shí)接入，服務(wù)端上行流量和下行流量陡增，更加劇了服務(wù)器資源的壓力。

　　融云WebRTC開(kāi)發(fā)工程師 蘇道 現場(chǎng)答疑

　　在不穩定的網(wǎng)絡(luò )環(huán)境中，要解決上述問(wèn)題，同時(shí)還要保障通信質(zhì)量的穩定性，最根本的方案是設計合理的通信架構。融云蘇道分享道，可以通過(guò)按需訂閱與轉發(fā)、優(yōu)化音頻流量?jì)煞N策略?xún)?yōu)化通信架構，在保證效果的前提下，將極大緩解服務(wù)器的壓力。

　　具體來(lái)說(shuō)，按需訂閱與轉發(fā)策略應做到以下幾點(diǎn)：第一、支持單獨訂閱某個(gè)人的某路視頻或某路音頻；第二、接收端僅訂閱正在說(shuō)話(huà)的人的視頻，音頻全部訂閱；第三、按需訂閱視頻大小流。目前，融云 SDK 支持發(fā)送端視頻編碼，支持大小流、接收端按需訂閱大流或小流。大流的清晰度高，碼率高；小流的清晰度低，碼率低。這樣當接收端想觀(guān)看清晰視頻的時(shí)候訂閱大流；對清晰度要求不高的時(shí)候訂閱小流。另外，弱網(wǎng)下融云支持自動(dòng)切換大小流，以保證視頻的流暢性。

　　優(yōu)化音頻流量策略，降低音頻流量則主要應做到：第一、發(fā)送端靜音時(shí)不發(fā)送數據；第二、調整音頻碼率；第三、服務(wù)器下發(fā)音量 Top N 路。一般情況下，客戶(hù)端收到音頻流，在音頻解碼后，默認僅混流播放音量最大的 3 路聲音。因此一定要避免不必要的音頻包的轉發(fā)，以減少服務(wù)流量，只有有效音頻包，才會(huì )進(jìn)入到下行分發(fā)隊列。

　　除此之外，為了優(yōu)化音頻體驗，還需注意級聯(lián)情況的處理、大會(huì )議室房間和普通房間之間的切換等多個(gè)方面。最后，蘇道鼓勵開(kāi)發(fā)者道，“架構從沒(méi)有失敗和成功之說(shuō)，都是先做得出來(lái)且能夠用，然后再進(jìn)一步優(yōu)化迭代，滿(mǎn)足更多人、更多場(chǎng)景的需要。”

　　日志是記錄系統中各種問(wèn)題信息的關(guān)鍵，大規模即時(shí)通訊的客戶(hù)端日志系統包含了海量數據。隨著(zhù)業(yè)務(wù)的發(fā)展與增長(cháng)，日志平臺也要經(jīng)歷迭代升級。絕大部分開(kāi)發(fā)者對日志系統的要求是：完整性、及時(shí)性、上傳成功率、以及可視性。

　　針對以上訴求，融云IM高級研發(fā)工程師齊新兵分享了日志系統如何升級的實(shí)踐。他認為，日志系統首先要做到靈活控制日志上傳。根據每家客戶(hù)應用下發(fā)日志配置，日志上傳時(shí)間最好間隔在10秒左右，并允許上傳失敗重試5次，以確保日志上傳的及時(shí)性和上傳的成功率；同時(shí)還要有被動(dòng)上傳和主動(dòng)上傳機制，以方便針對性的排查問(wèn)題。

　　其次，保證移動(dòng)端日志統一。這需要統一編寫(xiě)日志模塊，保證邏輯統一；梳理標簽，保證日志標簽內容一致；統一編寫(xiě)底層數據庫模塊，數據格式要兩端一致，從而有效保證日志的可視性和完整性。除此之外，還要有日志標簽黑名單功能，黑名單內的日志不再入庫，不再上傳，一定程度上減少日志量，減輕服務(wù)器的成本壓力。

　　日志最重要的意義在于先于客戶(hù)發(fā)現問(wèn)題，同時(shí)也能夠及時(shí)發(fā)現自身問(wèn)題，確保以高質(zhì)量的 SDK 服務(wù)客戶(hù)。因此，齊新兵認為，大規模即時(shí)通訊的客戶(hù)端日志系統在研發(fā)過(guò)程中，需要多測試，不怕暴露其中的問(wèn)題，才能提升開(kāi)發(fā)者體驗。

　　在直播社交領(lǐng)域，殼殼互聯(lián)軟件工程師張熙文分享了《直播社交系統架構升級》的最佳實(shí)踐，他認為，影響直播社交日活的重要指標是用戶(hù)感知和視覺(jué)體驗。簡(jiǎn)單說(shuō)，用戶(hù)感知就是如何減少延遲，理論上直播延遲超過(guò)150-200ms便可以被人腦感知。實(shí)踐中，殼殼互聯(lián)在服務(wù)端和客戶(hù)端分別進(jìn)行技術(shù)協(xié)議和技術(shù)方案的優(yōu)選，最終達到接口請求速度增加20-40%、單位時(shí)間內服務(wù)器請求承載量增加30%左右，用戶(hù)在直播社交中的感知速度提升。

　　直播社交受眾對視覺(jué)體驗的要求更高，這主要指主題皮膚的框架設計，包括合理修改UI元素的屬性、重新布局特定UI元素、可運營(yíng)主題皮膚、可出售主題皮膚等，因此，張熙文特別分享了主題皮膚的設計框架技術(shù)圖，啟發(fā)開(kāi)發(fā)者從中獲得新的思考。

　　殼殼互聯(lián)張熙文分享主題皮膚的設計框架技術(shù)圖

　　此外，探探科技國際化技術(shù)負責人王偉也帶來(lái)了《基于探探IM系統的優(yōu)化分享》。從探探IM架構、接入層、轉發(fā)層和服務(wù)層、通信協(xié)議、通知機制等不同方面介紹了探探對高并發(fā)下的高質(zhì)量實(shí)時(shí)通信架構設計的探索。

　　X-Meetup技術(shù)沙龍是融云2020年組織發(fā)起的，圍繞"全球通信云技術(shù)的發(fā)展與探索" 為主題，每期邀請特定行業(yè)的技術(shù)大咖作為神秘“X”人，與融云一起分享開(kāi)發(fā)者最為關(guān)心的前沿技術(shù)和最佳實(shí)踐。今年首站重慶啟航后，下一站3月27日南京站正在火熱報名中，融云期待與開(kāi)發(fā)者們共敘音視頻實(shí)戰的困境和解決之道，報名到會(huì )的開(kāi)發(fā)者，還將享有專(zhuān)屬驚喜禮品，以及與“X”技術(shù)大咖單獨交流的機會(huì )。