app直播源碼“助力”直播架構(gòu)，走上探索之路

時(shí)間：2022-05-08 20:54:01 | 來(lái)源：行業(yè)動(dòng)態(tài)

時(shí)間：2022-05-08 20:54:01 來(lái)源：行業(yè)動(dòng)態(tài)

對(duì)于直播app的開(kāi)發(fā)來(lái)講，app直播源碼是一個(gè)非常重要的存在。直播架構(gòu)在開(kāi)發(fā)過(guò)程中也是一件非常重要的事情，如果架構(gòu)的設(shè)立不能從根本上解決問(wèn)題或防止問(wèn)題的發(fā)生，那么在前端app運(yùn)行時(shí)就會(huì)出現(xiàn)一定的運(yùn)行錯(cuò)誤。接下來(lái)主要跟大家簡(jiǎn)單分享一下關(guān)于直播架構(gòu)方面的內(nèi)容。

1.直播架構(gòu)的演進(jìn)

（1）CDN直播架構(gòu)

目前最流行的直播架構(gòu)就是CDN直播架構(gòu)，主播通過(guò)手機(jī)或電腦等設(shè)備，將自己的視頻流上傳到服務(wù)器，然后接入對(duì)應(yīng)的CDN服務(wù)，通過(guò)CDN 進(jìn)行網(wǎng)絡(luò)分發(fā)，分發(fā)到各地的用戶，然后所有的用戶都可以看到主播的表演了。



（2）實(shí)時(shí)互動(dòng)直播架構(gòu)

實(shí)時(shí)互動(dòng)直播并不能使用CDN方案，因?yàn)镃DN方案的性質(zhì)決定了延時(shí)達(dá)不到實(shí)時(shí)的需求。通常，實(shí)現(xiàn)實(shí)時(shí)互動(dòng)的架構(gòu)中，主播把自己的視頻流上傳到服務(wù)器，再通過(guò)這臺(tái)服務(wù)器分發(fā)給其他用戶，再次采用合適的傳輸協(xié)議，并且延時(shí)可以做到很小，從主播到服務(wù)器再到觀眾的延時(shí)，加上編解碼和抖動(dòng)的延時(shí)，可以將延時(shí)控制在幾百毫秒以內(nèi)。雖然這個(gè)結(jié)構(gòu)很簡(jiǎn)單，大勢(shì)有一個(gè)缺點(diǎn)就是沒(méi)有考慮到覆蓋不同地區(qū)和用戶的問(wèn)題。

（3）分布式實(shí)時(shí)互動(dòng)直播架構(gòu)

主播的視頻流在上傳到接入服務(wù)器后，這個(gè)服務(wù)器會(huì)把這個(gè)視頻流分發(fā)到我們所部署在世界各地的服務(wù)器，然后這些服務(wù)器可以接入本地的用戶，再把視頻傳下去。在這個(gè)架構(gòu)里，部署在世界各地的服務(wù)器，可以讓用戶快速就近地接入，整個(gè)視頻流通過(guò)我們?cè)诨ヂ?lián)網(wǎng)上做的分布式傳輸算法將它實(shí)時(shí)傳輸?shù)绞澜绺鞯氐臋C(jī)房，而且可以避免機(jī)房或者骨干性網(wǎng)絡(luò)的故障，從而對(duì)傳輸造成一定的影響。

2.解決覆蓋問(wèn)題

需要先部署大量邊緣服務(wù)器，邊緣服務(wù)器的地理位置越接近用戶約越好，最好是同一個(gè)SP。在這里舉個(gè)簡(jiǎn)單的例子，比如在中國(guó)國(guó)內(nèi)，我們有的是大量的電信、聯(lián)通和移動(dòng)服務(wù)器，當(dāng)我們發(fā)現(xiàn)接入的用戶是聯(lián)通用戶，這時(shí)候就會(huì)去找到聯(lián)通的線路，但是如果有邊緣地區(qū)的用戶觀看直播，那么就必須部署很多邊緣服務(wù)器。還需要有分配服務(wù)，如果部署了邊緣服務(wù)器之后，用戶還是沒(méi)辦法接入邊緣服務(wù)器，所以就需要配套的算法，根據(jù)用戶的SP，從而找到與其最為匹配的邊緣服務(wù)器，進(jìn)行接入分配。

3.DNS解析問(wèn)題

目前的無(wú)線互聯(lián)網(wǎng)，也就是我們常用的WiFi已經(jīng)非常普及。但是在使用WiFi時(shí)，會(huì)出現(xiàn)一個(gè)比有線寬帶還嚴(yán)重的問(wèn)題：DNS解析。在用戶接入時(shí)，第一步就是通過(guò)域名解析到最近的服務(wù)器，但是做DNS解析式，無(wú)線網(wǎng)絡(luò)的信號(hào)就會(huì)收到一定的影響，從而導(dǎo)致DNS解析失敗，所以就需要優(yōu)先使用解析，如果解析不到再用靜態(tài)IP配置。



4.“骨干型”網(wǎng)絡(luò)故障問(wèn)題

在“骨干型”的網(wǎng)絡(luò)中，經(jīng)常會(huì)出現(xiàn)問(wèn)題，如果出現(xiàn)故障，可以通過(guò)路由的方式構(gòu)建想用的應(yīng)對(duì)方式。先連接到分配服務(wù)，分配服務(wù)會(huì)給出一批可接入的機(jī)房，如果接入機(jī)房壞了，就會(huì)立即切換到下一個(gè)可用機(jī)房，如果切換到下一個(gè)機(jī)房發(fā)現(xiàn)還是壞的，就會(huì)再次接入分配服務(wù)，從而繼續(xù)尋找當(dāng)前可用的服務(wù)器。

5. 蜂擁

這是一種在實(shí)時(shí)互動(dòng)直播過(guò)程中非常突出的一種現(xiàn)象，在短時(shí)間內(nèi)大量的用戶進(jìn)入頻道或者使用服務(wù)就可以稱之為是蜂擁，對(duì)于后臺(tái)的沖擊力也十分巨大。大多數(shù)直播后臺(tái)的服務(wù)器每秒接入大概千的量級(jí)，但是對(duì)于蜂擁而來(lái)的用戶，處理量還遠(yuǎn)遠(yuǎn)不夠。這時(shí)候通常就會(huì)出現(xiàn)一個(gè)問(wèn)題就是，后臺(tái)處理響應(yīng)的速度越來(lái)越慢，很多用戶的請(qǐng)求就會(huì)出現(xiàn)超時(shí)。超時(shí)之后就會(huì)進(jìn)入更多的請(qǐng)求，導(dǎo)致整個(gè)后臺(tái)系統(tǒng)不能響應(yīng)。

總而言之，app直播源碼固然重要，但是在開(kāi)發(fā)過(guò)程中，如果不注意直播架構(gòu)方面的問(wèn)題，那么在前端運(yùn)行的過(guò)程中也會(huì)出現(xiàn)不少問(wèn)題。畢竟對(duì)于直播app來(lái)說(shuō)，最重要的還是用戶的體驗(yàn)感受。

本文聲明原創(chuàng)，轉(zhuǎn)載請(qǐng)注明出處。