【双11】阿里云边缘节点ENS助力淘宝构建音视频通信网络
前言
淘寶在2016年推出直播平臺(tái),和娛樂(lè)直播性質(zhì)不同,電商直播的主角多為網(wǎng)紅店鋪及網(wǎng)紅達(dá)人,以直播帶動(dòng)產(chǎn)品售賣。在淘寶的雙11流量加持之下,淘寶直播平臺(tái)關(guān)注度持續(xù)攀升,通常的網(wǎng)紅店主一場(chǎng)直播帶來(lái)的收益不亞于一場(chǎng)大型促銷。
直播的觀看體驗(yàn)和互動(dòng)效果,會(huì)直接影響到店主的收益,這也是淘寶直播技術(shù)小二非常關(guān)心的技術(shù)指標(biāo)。在上線之初,淘寶直播采用中心式架構(gòu),業(yè)務(wù)集中部署位于一線城市的云中心。隨著業(yè)務(wù)發(fā)展,在線主播量大、地區(qū)分布廣泛、網(wǎng)絡(luò)質(zhì)量參差不齊、鏈路復(fù)雜等情況帶來(lái)的問(wèn)題不斷涌現(xiàn)。首次推流不成功、推流中斷、推流質(zhì)量不穩(wěn)定、連麥卡頓與高延時(shí)、觀看端播放卡頓,是技術(shù)小二們亟待解決的問(wèn)題。
本次雙11,淘寶直播基于淘寶技術(shù)部基礎(chǔ)平臺(tái)音視頻通訊基礎(chǔ)團(tuán)隊(duì)提供的ARTC解決方案,采用阿里云邊緣節(jié)點(diǎn)服務(wù)(ENS),用中心-邊緣-終端的新架構(gòu),升級(jí)替代了傳統(tǒng)中心-終端架構(gòu),解決上述問(wèn)題。淘寶的音視頻通訊基礎(chǔ)團(tuán)隊(duì)與阿里云邊緣計(jì)算技術(shù)團(tuán)隊(duì)合作,通過(guò)邊緣節(jié)點(diǎn)收流、合流、構(gòu)建低延時(shí)音視頻通信鏈路,完美地解決由于地域分布廣泛、網(wǎng)絡(luò)質(zhì)量不穩(wěn)定帶來(lái)的體驗(yàn)問(wèn)題和延時(shí)問(wèn)題。
技術(shù)架構(gòu)及優(yōu)化
升級(jí)后的淘寶直播技術(shù)架構(gòu)如下圖所示,其中紅色框內(nèi)的模塊部署在邊緣節(jié)點(diǎn)服務(wù)ENS之上。
淘寶直播基于ENS重點(diǎn)優(yōu)化兩個(gè)問(wèn)題:
1. 網(wǎng)絡(luò)鏈路
基于ENS提供的全國(guó)各地區(qū)、運(yùn)營(yíng)商以及海外的邊緣覆蓋能力,在距離主播或粉絲最近的網(wǎng)絡(luò)邊緣,智能接入時(shí)延和質(zhì)量等指標(biāo)最優(yōu)的節(jié)點(diǎn)。節(jié)點(diǎn)中部署的音視頻流轉(zhuǎn)發(fā)模塊,快速并穩(wěn)定地接收主播的推流或者粉絲連麥的數(shù)據(jù)流,同時(shí)基于對(duì)覆蓋節(jié)點(diǎn)間實(shí)時(shí)網(wǎng)絡(luò)質(zhì)量的評(píng)估,尋找最優(yōu)網(wǎng)絡(luò)鏈路,轉(zhuǎn)發(fā)到直播中心進(jìn)行處理。
這樣的網(wǎng)絡(luò)鏈路方案能夠有效避免不可預(yù)知的網(wǎng)絡(luò)抖動(dòng)及網(wǎng)絡(luò)擁塞,并且具備足夠的動(dòng)態(tài)能力,大大提升主播推流的穩(wěn)定性,降低網(wǎng)絡(luò)延時(shí),尤其對(duì)主播和粉絲連麥的體驗(yàn)有非常好的保障。目前淘寶直播已經(jīng)在全端、全場(chǎng)景覆蓋了基于邊緣計(jì)算ENS服務(wù)的新架構(gòu),包括海外的部署和覆蓋能力,為全球淘寶用戶提供更高質(zhì)量的直播服務(wù)。
2. 業(yè)務(wù)邏輯邊緣下沉
淘寶直播還將部分適合在邊緣處理的業(yè)務(wù)邏輯進(jìn)行了改造和下沉,來(lái)獲得更好的性價(jià)比。
比如將不同主播或粉絲的流推到某個(gè)邊緣核心節(jié)點(diǎn)后,由該節(jié)點(diǎn)內(nèi)的合成推流模塊進(jìn)行多流的合并、打包轉(zhuǎn)發(fā)等處理,形成音視頻流的多級(jí)聚合架構(gòu),有效提升了資源利用率,減輕了單點(diǎn)壓力,在帶寬等成本節(jié)省方面也有很好的效果。
把部分中心模塊下沉到邊緣,是技術(shù)架構(gòu)上的重要演進(jìn),是中心架構(gòu)到分布式架構(gòu)的變化,能夠獲得分布式系統(tǒng)的諸多優(yōu)勢(shì),比如提升系統(tǒng)對(duì)業(yè)務(wù)容量的支撐,具備更靈活的彈性能力,加強(qiáng)系統(tǒng)的可用性及可擴(kuò)展性等。當(dāng)然分布式架構(gòu)方案的復(fù)雜度也會(huì)提升,這對(duì)業(yè)務(wù)團(tuán)隊(duì)的開(kāi)發(fā)和運(yùn)維能力都提出了很高的要求,ENS在DevOps層面也具備了非常豐富的PaaS形態(tài)服務(wù)能力及配套運(yùn)維體系,能方便地支撐業(yè)務(wù)方快速構(gòu)建邊緣業(yè)務(wù)架構(gòu)。
業(yè)務(wù)指標(biāo)優(yōu)化
1. 直播卡頓率降低40-60%,端到端的音頻時(shí)延50ms以內(nèi)
采用邊緣節(jié)點(diǎn)可明顯降低業(yè)務(wù)方端到接入點(diǎn)的時(shí)延,平均可優(yōu)化50ms,帶來(lái)的優(yōu)勢(shì)是對(duì)于網(wǎng)絡(luò)丟包可以做快速補(bǔ)償。線上數(shù)據(jù)表明,采用邊緣節(jié)點(diǎn)后直播卡頓率國(guó)內(nèi)降低40%,海外降低60%。
音視頻通話和視頻會(huì)議是去中心化應(yīng)用,通過(guò)邊緣節(jié)點(diǎn)可實(shí)現(xiàn)調(diào)度的局部收斂。例如天貓精靈的音視頻通話的使用者都是親朋好友,他們大多在同一個(gè)城市,這時(shí)所有的數(shù)據(jù)分發(fā)都收斂在一個(gè)城市內(nèi)部節(jié)點(diǎn)。相比中心化的調(diào)度方式,這種調(diào)度可將端到端的音頻時(shí)延最低壓制50ms以內(nèi)。
2. 彈性擴(kuò)容,1分鐘完成資源創(chuàng)建
依托ENS在全國(guó)各地區(qū)和運(yùn)營(yíng)商的完整覆蓋,以及節(jié)點(diǎn)豐富的計(jì)算和帶寬資源能力,能夠支撐大型賽事或活動(dòng)的直播的資源彈性需求。ENS具備應(yīng)用和鏡像下發(fā)能力,資源創(chuàng)建可以在1分鐘左右完成,極大提升資源擴(kuò)縮容的效率。
3. 零運(yùn)維,降低管理成本
ENS將一些自建設(shè)施的問(wèn)題封裝到底層,業(yè)務(wù)方不可見(jiàn)也不需關(guān)心,使業(yè)務(wù)啟動(dòng)或擴(kuò)容的資金大大減少,也省去很大的管理成本。
邊緣節(jié)點(diǎn)服務(wù)場(chǎng)景延伸
除淘寶直播外,阿里云ENS還支持了眾多的互動(dòng)直播、在線教育、SD-WAN等行業(yè)客戶,這些客戶有著全網(wǎng)覆蓋類場(chǎng)景的共性特點(diǎn):用戶量大、分布廣泛、數(shù)據(jù)量大、體驗(yàn)要求高。他們或是從發(fā)展初期就采用邊緣·中心架構(gòu),或是隨業(yè)務(wù)發(fā)展要變更為邊緣·中心架構(gòu)。以某在線教育巨頭為例,從2013年開(kāi)始采用邊緣·中心架構(gòu),到2018年在全球范圍內(nèi)運(yùn)行業(yè)務(wù)的邊緣節(jié)點(diǎn)已經(jīng)數(shù)以百計(jì)。
邊緣計(jì)算與物流管理、倉(cāng)儲(chǔ)監(jiān)控、無(wú)人售賣管理、電商直播、智能推薦等眾多新零售相關(guān)場(chǎng)景的深度融合應(yīng)用,能夠助力客戶獲得技術(shù)、體驗(yàn)、成本優(yōu)勢(shì),贏得競(jìng)爭(zhēng)。
隨著雙11用戶場(chǎng)景的不斷升級(jí),需求和業(yè)務(wù)邏輯越來(lái)越復(fù)雜,而購(gòu)物體驗(yàn)的要求卻越來(lái)越高,對(duì)產(chǎn)品技術(shù)提出更極致的要求。邊緣計(jì)算技術(shù)作為中心云的能力拓展,將與中心協(xié)同支撐更復(fù)雜的業(yè)務(wù)架構(gòu)。可預(yù)見(jiàn)在未來(lái)十年,在新零售的大背景下,企業(yè)以互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、人工智能、邊緣計(jì)算等眾多先進(jìn)技術(shù)手段,將對(duì)商品的生產(chǎn)、流通與銷售過(guò)程進(jìn)行全面升級(jí)、融合與重塑。
?
原文鏈接
本文為云棲社區(qū)原創(chuàng)內(nèi)容,未經(jīng)允許不得轉(zhuǎn)載。
總結(jié)
以上是生活随笔為你收集整理的【双11】阿里云边缘节点ENS助力淘宝构建音视频通信网络的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: AI评委引热议,阿里巴巴表示:AI不会取
- 下一篇: 教你用一条SQL搞定跨数据库查询难题