咱們先簡(jiǎn)單做一個(gè)測(cè)算 ，假設(shè)單個(gè)直播間內(nèi)100,000觀眾同時(shí)在線，每個(gè)觀眾屏幕的彈幕峰值為50條/秒，則服務(wù)端需要推送的彈幕流量為5,000,000條/秒，這樣的流量洪峰不僅考驗(yàn)網(wǎng)絡(luò)的轉(zhuǎn)發(fā)能力及帶寬，對(duì)美國(guó)服務(wù)器的CPU和內(nèi)存也會(huì)造成相當(dāng)大的壓力，更不用說現(xiàn)在同時(shí)在線人數(shù)甚至能到百萬、千萬級(jí)別。
再比如主播“秀操作”的場(chǎng)景，此時(shí)不僅會(huì)激起彈幕浪潮，觀眾還會(huì)雙擊點(diǎn)贊，怒發(fā)評(píng)論，順便走一波關(guān)注，甚至禮物火箭送起來，這就涉及到短時(shí)間內(nèi)刷新大量用戶關(guān)注列表、積分，直播間的評(píng)論、訂閱數(shù)等信息。
要在如此大規(guī)模并發(fā)的壓力下保證流暢的用戶體驗(yàn)，目前流行采用內(nèi)存型數(shù)據(jù)庫(kù)這類中間件加速數(shù)據(jù)讀寫，其中又以Redis最為流行。
傳統(tǒng)數(shù)據(jù)庫(kù)將數(shù)據(jù)存放于磁盤，在高并發(fā)情景下，應(yīng)用會(huì)頻繁地從磁盤中讀寫成千上萬條數(shù)據(jù)，這會(huì)導(dǎo)致數(shù)據(jù)庫(kù)性能大幅下降。相比之下，內(nèi)存數(shù)據(jù)的讀寫速度要高出幾個(gè)數(shù)量級(jí)，效率一般能提高10倍以上。同時(shí)，Redis還可以作為“緩沖帶”，防止瞬間大量的請(qǐng)求沖垮后端數(shù)據(jù)庫(kù)。
這時(shí)一定有同學(xué)想問：那Redis的性能與什么相關(guān)？Redis本身的調(diào)優(yōu)很重要，同時(shí)，中間件的性能與基礎(chǔ)設(shè)施，也就是美國(guó)服務(wù)器直接相關(guān)，美國(guó)服務(wù)器的CPU以及網(wǎng)絡(luò)轉(zhuǎn)發(fā)能力都會(huì)直接影響Redis的性能發(fā)揮。
除了交互實(shí)時(shí)性，直播流暢度也是用戶體驗(yàn)的關(guān)鍵指標(biāo)。影響流暢度的因素很多，視頻直播平臺(tái)的美國(guó)服務(wù)器關(guān)鍵在以下3個(gè)方面：
1.內(nèi)容分發(fā)網(wǎng)絡(luò)，也就是CDN的質(zhì)量；
2.網(wǎng)絡(luò)傳輸協(xié)議的選擇；
3.美國(guó)服務(wù)器端視頻轉(zhuǎn)碼的效率。
第二點(diǎn)對(duì)于平臺(tái)的用戶來說一般是不可見的，而CDN與美國(guó)服務(wù)器則由用戶選擇。對(duì)于CDN，節(jié)點(diǎn)數(shù)和覆蓋面積是關(guān)鍵，覆蓋面積足夠廣闊，才能解決分布不均的終端用戶就近接入的問題。
對(duì)于負(fù)責(zé)視頻轉(zhuǎn)碼的美國(guó)服務(wù)器，CPU能力是關(guān)鍵，尤其需要關(guān)注單核、多核浮點(diǎn)運(yùn)算能力。為了提升觀影質(zhì)量、節(jié)約帶寬成本，直播平臺(tái)需要應(yīng)用畫面增強(qiáng)、回音消除、窄帶高清等技術(shù)，其中涉及到的算法，加上多路轉(zhuǎn)碼本身的運(yùn)算量，對(duì)美國(guó)服務(wù)器CPU性能提出很大的挑戰(zhàn)。在業(yè)務(wù)高峰期，美國(guó)服務(wù)器CPU利用率經(jīng)常會(huì)沖到90%以上，往往需要通過堆機(jī)器來解決。因而轉(zhuǎn)碼這一步可能會(huì)成為觀影流暢度的瓶頸。
總體來看，美國(guó)服務(wù)器的CPU能力、網(wǎng)絡(luò)轉(zhuǎn)發(fā)能力以及網(wǎng)絡(luò)帶寬是直播行業(yè)用戶最需要關(guān)注的。同時(shí)直播行業(yè)對(duì)計(jì)算、網(wǎng)絡(luò)資源需求量大，成本是另一個(gè)考量關(guān)鍵。企業(yè)選擇美國(guó)服務(wù)器具體實(shí)例時(shí)，需要綜合考慮。
美聯(lián)科技提供美國(guó)服務(wù)器租用，可用于視頻直播平臺(tái)，性能穩(wěn)定快速，全美最低延遲，全程運(yùn)維24小時(shí)在線，秒級(jí)回復(fù)，歡迎廣大用戶聯(lián)系24小時(shí)在線客服 。
