對(duì)于傳統(tǒng)的點(diǎn)播業(yè)務(wù)來說，目前大部分泛娛樂和游戲類的直播架構(gòu)都是分為上行和下行兩種網(wǎng)絡(luò)的。而架構(gòu)的設(shè)計(jì)對(duì)于開發(fā)直播app軟件來說也是至關(guān)重要的一步，但是在了解架構(gòu)問題之前，我們先來簡(jiǎn)單的捋一捋所謂的上行和下行到底是怎么一回事兒吧。

1. 推流

主播端推流到上行邊緣節(jié)點(diǎn)，然后再由上行邊緣節(jié)點(diǎn)將流推到匯聚核心。如果在某些環(huán)境下，上行邊緣節(jié)點(diǎn)到匯聚核心的網(wǎng)絡(luò)狀況不好，就需要多走一層中轉(zhuǎn)。當(dāng)匯聚核心收到流以后，并不需要主動(dòng)將流分發(fā)到邊緣節(jié)點(diǎn)上。像直播過程中的轉(zhuǎn)碼、錄制等業(yè)務(wù)都是在匯聚核心完成的。

2. 回源拉流

當(dāng)有用戶訪問到匯聚核心時(shí)，匯聚核心會(huì)向其中一個(gè)回源節(jié)點(diǎn)進(jìn)行拉流，此時(shí)回源節(jié)點(diǎn)會(huì)向客戶源站拉流下行觀看流程。

3. 拉取直播流

如果邊緣節(jié)點(diǎn)上有音視頻流，則可以直接發(fā)送給觀眾。如果此時(shí)沒有音視頻流，則會(huì)向上一級(jí)回源。（上一級(jí)節(jié)點(diǎn)可能是中轉(zhuǎn)節(jié)點(diǎn)，也可能是匯聚核心）這里需要注意的是，在以下兩種情況下回選取是否走中轉(zhuǎn)節(jié)點(diǎn)：匯聚核心的處理能力和下行邊緣到匯聚核心的鏈路質(zhì)量。

通常，下行觀看流程與傳統(tǒng)的CDN類似，存在直播數(shù)據(jù)cache，但由于時(shí)效性問題，cache的時(shí)間是直播最近幾秒的數(shù)據(jù)，大多會(huì)采用內(nèi)存cache的方式。

從網(wǎng)絡(luò)架構(gòu)的角度考慮，CDN是不可能只使用一個(gè)匯聚核心的。因?yàn)橐粋€(gè)匯聚核心就意味著如果機(jī)房或網(wǎng)絡(luò)出現(xiàn)故障，整個(gè)直播業(yè)務(wù)就會(huì)癱瘓。況且，一個(gè)匯聚核心無法覆蓋全國(guó)甚至是國(guó)外所有的邊緣節(jié)點(diǎn)。所以，在直播業(yè)務(wù)中為了節(jié)省資源和成本，大都會(huì)使用多匯聚核心的架構(gòu)。

1.保證每個(gè)匯聚核心都有流，這樣一來下行邊緣無論到哪個(gè)核心都能拉到流。不需要使用數(shù)據(jù)庫(kù)去記錄流是推到哪個(gè)核心的。從架構(gòu)的設(shè)計(jì)上來看比較簡(jiǎn)單直接，但是也容易存在一些問題。比如：容易造成帶寬浪費(fèi)、上行邊緣到兩個(gè)核心的質(zhì)量無法保證、造成成本浪費(fèi)等。

2.鏈路選優(yōu)，也就是上行到一個(gè)鏈路最優(yōu)的核心，下行也到一個(gè)鏈路最優(yōu)的核心，將兩個(gè)核心之間“打通”從而保證質(zhì)量。通常國(guó)內(nèi)使用3個(gè)核心就足夠覆蓋國(guó)內(nèi)的區(qū)域和運(yùn)營(yíng)商，并且核心與核心之間可以采取專線為主、公網(wǎng)為輔的方式，從而起到一定的容錯(cuò)性。

其實(shí)這些知識(shí)只是為了給大家簡(jiǎn)單介紹一下有關(guān)于直播的內(nèi)容，要想真正的開發(fā)一個(gè)直播app軟件，并不像我們想象中那么簡(jiǎn)單。所以，在開發(fā)直播app軟件之前了解相關(guān)知識(shí)是需要最先去做的。

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