開發(fā)直播app軟件之前需要補充的那些知識

時間：2022-05-08 19:36:02 | 來源：行業(yè)動態(tài)

時間：2022-05-08 19:36:02 來源：行業(yè)動態(tài)

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

1. 推流

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

2. 回源拉流

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

3. 拉取直播流

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

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

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

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

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

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

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