2
本文作者: 冼牛 | 2016-10-26 18:42 |
雷鋒網(wǎng)按:本文作者冼牛,即構(gòu)科技市場(chǎng)運(yùn)營(yíng)總監(jiān),香港大學(xué)MBA,十年研發(fā)經(jīng)驗(yàn),音視頻云服務(wù)技術(shù)專(zhuān)家,專(zhuān)注連麥互動(dòng)直播技術(shù)應(yīng)用研究。 本文是連麥互動(dòng)背后的混流方案系列的第二篇,接著上一篇:《聊一聊直播利器,連麥互動(dòng)背后的混流方案》談要不要混流,來(lái)談?wù)勅绾位??在哪里混?/strong>
借《無(wú)間道》中曾志偉黑老大的名言作為開(kāi)場(chǎng)白:出來(lái)混,遲早是要還的。
雖然話這么說(shuō),但是在哪混,跟對(duì)了老大,命運(yùn)際遇就會(huì)大不相同。在連麥互動(dòng)直播中,在哪混(流),同樣很重要,做對(duì)了選擇,用戶體驗(yàn)就會(huì)大不相同。
在上一篇《混流 vs 不混流》發(fā)了之后,很多朋友找到我說(shuō):很喜歡這一類(lèi)技術(shù)干貨,鼓勵(lì)繼續(xù)寫(xiě)下去,但是:1)多配點(diǎn)圖,沒(méi)圖的文章基本看不下去,就像沒(méi)手機(jī)吃不下飯。2)不要太長(zhǎng),不求能在衛(wèi)生間里看完,但求能在上下班路上看完。3)多說(shuō)人話,少說(shuō)碼農(nóng)語(yǔ)言,因?yàn)槔习宀痪幋a好多年了。
雖然心里想著:臣妾做不到......,但是一說(shuō)出口就變成:這個(gè)可以有!
閑話少說(shuō),容我開(kāi)篇論道。
在決定在哪混之前,讓我們先搞清楚可以在哪里混。
上一篇我們討論要不要混流,這一篇我們將討論在哪里混流。
圖一 連麥互動(dòng)直播方案系統(tǒng)拓?fù)鋱D
圖一是目前業(yè)界主流的連麥互動(dòng)直播方案系統(tǒng)拓?fù)鋱D。
拓?fù)鋱D里包含以下實(shí)體:
1) 推流端(主播端):主播的工作環(huán)境,包括手機(jī)硬件配置和網(wǎng)絡(luò)環(huán)境。手機(jī)的計(jì)算能力和上行網(wǎng)絡(luò)往往會(huì)成為連麥互動(dòng)直播的瓶頸。
2) 服務(wù)端(服務(wù)器集群):龐大而復(fù)雜的服務(wù)器集群,實(shí)現(xiàn)音視頻云端的調(diào)度和計(jì)算能力。具體會(huì)包括信令服務(wù)器,媒體服務(wù)器集群,混流調(diào)度中心和混流服務(wù)器集群等。
3) CDN網(wǎng)絡(luò):第三方獨(dú)立的公共服務(wù)網(wǎng)絡(luò),提供緩沖,存儲(chǔ)和轉(zhuǎn)發(fā)的能力。
4) 拉流端(觀眾端):觀眾觀看直播的環(huán)境,包括手機(jī)硬件配置和網(wǎng)絡(luò)環(huán)境。拉流端一般來(lái)說(shuō)是從CDN拉流,而不會(huì)參與連麥互動(dòng),手機(jī)的計(jì)算能力和下行網(wǎng)絡(luò)不會(huì)成為直播的瓶頸。
拓?fù)鋱D中的實(shí)體之間的活動(dòng)包含:
1) 推流:推流端把原始音視頻流推到媒體服務(wù)器集群。
2) 拉流:分為兩種情形:推流端從服務(wù)器集群拉取其它主播的音視頻流;拉流端從CDN網(wǎng)絡(luò)邊緣節(jié)點(diǎn)拉取音視頻流播放,可以是單流或者多流。
3) 轉(zhuǎn)推CDN:分兩種情形:如果在服務(wù)端混流,服務(wù)器集群會(huì)把一路混好的音視頻流推到CDN網(wǎng)絡(luò);如果在推流端混流,推流端會(huì)把一路混好的音視頻流推到CDN網(wǎng)絡(luò)。
搞清楚江湖上有哪些山頭后,我們就可以明智地選擇在哪里混了。
首先,排除CDN網(wǎng)絡(luò),因?yàn)樗堑谌椒?wù),在連麥互動(dòng)直播云服務(wù)平臺(tái)的掌控之外。
接著,在拉流端混流其實(shí)就是上一篇中提到的不混流方案。拉流端拉多流,在播放的時(shí)候根據(jù)業(yè)務(wù)側(cè)的需求,對(duì)多路流進(jìn)行靈活操控。拉流端混流方案的優(yōu)勢(shì)是高度靈活易于操控,劣勢(shì)是網(wǎng)絡(luò)帶寬成本相對(duì)比較高。因?yàn)橐呀?jīng)在上一篇深入討論過(guò),所以這里不再展開(kāi)討論。
最后剩下的選擇,是推流端和服務(wù)端:推流端使用了音視頻云服務(wù)的SDK,服務(wù)端是提供音視頻云服務(wù)的服務(wù)器集群,兩者都是可以做混流的地方。
決定在哪混?
我們現(xiàn)在要決定在哪混,擺在面前有兩個(gè)選擇:推流端 vs 服務(wù)端。
我們要搞清楚在推流端混流和在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì),才能作出明智的選擇。
如果要搞清楚在推流端混流的優(yōu)勢(shì)和劣勢(shì),那么得先搞明白在推流端混流的技術(shù)邏輯。
圖二 推流端混流技術(shù)邏輯圖
圖二是在圖一的基礎(chǔ)上,增加了推流端混流的技術(shù)邏輯(藍(lán)色部分):
1) 推流端向服務(wù)器集群推原始音視頻流。
2) 推流端從服務(wù)端拉取其它推流端推上去的音視頻流?;炝鲗⒃诘谝恢鞑サ耐屏鞫诉M(jìn)行。第一主播要等到其它所有主播的音視頻流到達(dá)以后才能開(kāi)始混流。
3) 推流端進(jìn)行混流的工作內(nèi)容包括解碼,對(duì)齊畫(huà)面(音畫(huà)同步),抖動(dòng)緩沖,和重新編碼。
4) 推流端(第一主播)把混好的單流推到CDN網(wǎng)絡(luò),以便拉流端拉流播放。
接著,讓我們看看在推流端混流會(huì)帶來(lái)多少額外的工作量。
在推流端混流有以下步驟:
1) 推流端拉流,等待其它主播的音視頻流到達(dá)、2) 解碼、 3) 混流、4) 編碼、5) 轉(zhuǎn)推流。
其中第1步至第2步是推流端在不混流的情況下也必須要做的事情,第3步至第5步是在要混流的情況下額外增加的工作。兩路流混成一路流的工作量大概是解碼一路流的一半不到,解碼一路流的工作量大概是編碼一路流的一半。然而,要考慮隨著混流數(shù)目的增加,混流的工作量也會(huì)相應(yīng)增加。
然后,讓我們看看混流的要求和推流端的特點(diǎn)?;炝魇且粋€(gè)比較燒資源的事情,推流端是一個(gè)比較缺資源的地方,這倆天生八字不合?,F(xiàn)在突然說(shuō)要讓它們?cè)谝黄?,那我們就要先研究一下它們的要求和特點(diǎn)。
(推流端)混流的要求
1) 比較好的上行網(wǎng)絡(luò)帶寬,因?yàn)橥屏鞫耍ǖ谝恢鞑ィ┮圃剂骱突炝鲀陕妨鳌A硗?,網(wǎng)絡(luò)要保持相對(duì)穩(wěn)定,因?yàn)榛炝鬟^(guò)程中的抖動(dòng)緩沖將會(huì)由于網(wǎng)絡(luò)不穩(wěn)定而加長(zhǎng),從而增加延遲。
2) 比較好的手機(jī)硬件配置,因?yàn)橐獙?duì)多路音視頻流進(jìn)行轉(zhuǎn)碼和混流,比較耗費(fèi)計(jì)算資源。如果需要轉(zhuǎn)碼的音視頻流的碼率總和比較高的話,某些采用軟編的安卓平臺(tái)可能會(huì)出現(xiàn)手機(jī)太燙,從而導(dǎo)致攝像頭采集的時(shí)候丟幀的現(xiàn)象。
推流端的特點(diǎn)
1) 主播的網(wǎng)絡(luò)環(huán)境可能是家庭寬帶或者4G。下行帶寬大概100M bps, 上行帶寬大概1M bps。家庭寬帶的穩(wěn)定性和網(wǎng)速會(huì)隨著繁忙時(shí)段而變化。這個(gè)在我國(guó)生活的人們都懂的。
2) 主播的直播終端是主播個(gè)人的智能手機(jī)。目前主流的手機(jī)配置是四核,可以進(jìn)行連麥互動(dòng)直播。然而,手機(jī)硬件配置終究難以和PC相提并論,更不要說(shuō)和服務(wù)器相比了。
3) 不可控。直播業(yè)務(wù)平臺(tái)或者直播云服務(wù)平臺(tái)都無(wú)法掌控推流端的手機(jī)配置和網(wǎng)絡(luò)環(huán)境。傳統(tǒng)的秀場(chǎng)直播平臺(tái)或者和傳統(tǒng)媒體結(jié)合的直播平臺(tái)會(huì)給主播提供直播間,擁有比較好硬件配置和網(wǎng)絡(luò)環(huán)境。其它娛樂(lè)直播平臺(tái)的主播一般都是使用個(gè)人手機(jī)和家庭寬帶進(jìn)行直播的。
這么擺開(kāi)來(lái)一對(duì)比,一眼就能看出這倆真是八字不合:一個(gè)處女座,一個(gè)不給力。
最后,讓我們來(lái)總結(jié)一下推流端混流的優(yōu)勢(shì)和劣勢(shì)。
1) 成本低
整體來(lái)說(shuō),推流端混流是一個(gè)低成本的方案。它在兩個(gè)方面降低成本:計(jì)算資源和網(wǎng)絡(luò)帶寬。本質(zhì)上,在推流端混流就是服務(wù)端把混流的成本轉(zhuǎn)嫁給推流端。服務(wù)端的計(jì)算資源和網(wǎng)絡(luò)帶寬都相對(duì)比較昂貴,而推流端的計(jì)算資源和網(wǎng)絡(luò)帶寬都是沉著成本。如果在推流端做混流,就降低了服務(wù)端的成本,充分利用了推流端能共享的資源。
2) 服務(wù)端壓力小
在服務(wù)端混流是相對(duì)來(lái)說(shuō)是集中的模式,這樣會(huì)增加服務(wù)端的壓力。在推流端混流是完全分布式的模式,這樣可以降低服務(wù)端的壓力。
3) 本地輸出混流后的數(shù)據(jù)
在推流端混流以后將會(huì)輸出混流后的音視頻流,這樣方便本地進(jìn)行錄制,或者直接把音視頻流推到CDN網(wǎng)絡(luò)進(jìn)行分發(fā)。
在推流端混流的劣勢(shì)
1) 增加額外延遲
首先,在推流端進(jìn)行混流會(huì)增加額外的延遲,主要是因?yàn)橐却衅渌屏鞫说囊粢曨l流到達(dá),才能開(kāi)始混流。從圖二我們可以看到,在服務(wù)端混流,只要所有主播的音視頻流到達(dá)服務(wù)端,就可以開(kāi)始混流;在推流端混流,要在前者的基礎(chǔ)上,其它所有推流端的音視頻流再被拉流到推流端,才能開(kāi)始混流。這是額外的時(shí)間開(kāi)銷(xiāo)。其次,推流端混流完畢以后推流到CDN網(wǎng)絡(luò)的延遲也相對(duì)較大,因?yàn)橥屏鞫说挠布渲煤蜕闲袔捹|(zhì)量都無(wú)法和服務(wù)端相比。最后,考慮到推流端種種不穩(wěn)定的情況,額外的延遲只會(huì)增多而不會(huì)減少。
2) 手機(jī)硬件配置瓶頸
在推流端進(jìn)行混流要求比較好的手機(jī)硬件配置。一般來(lái)說(shuō),目前主流的四核手機(jī)能滿足連麥互動(dòng)直播的要求。然而,如果算上混流的工作量,手機(jī)的硬件配置將會(huì)成為瓶頸。比如說(shuō),如果安卓手機(jī)采用軟編,并且需要混的音視頻流的數(shù)目比較多的話,手機(jī)會(huì)因?yàn)橛?jì)算量較大而發(fā)熱,很可能會(huì)導(dǎo)致攝像頭(離CPU比較近)采集視頻的時(shí)候出現(xiàn)丟幀的現(xiàn)象。
3) 上行網(wǎng)絡(luò)帶寬瓶頸
在推流端進(jìn)行混流要求比較好的上行網(wǎng)絡(luò)帶寬。如果下行網(wǎng)絡(luò)帶寬是100M bps,那么上行網(wǎng)絡(luò)帶寬相對(duì)應(yīng)一般是1M bps,好一點(diǎn)的會(huì)到4M bps。根據(jù)即構(gòu)科技的經(jīng)驗(yàn),音視頻流平均的碼率是800k bps。推流端將會(huì)推兩路流:原始的音視頻流和混流后的音視頻流,因此總共推流的碼率大概是1.6M bps。再考慮到網(wǎng)絡(luò)帶寬在上網(wǎng)人數(shù)較多的時(shí)間段會(huì)打折扣,和網(wǎng)絡(luò)不穩(wěn)定等情況,推流端的上行網(wǎng)絡(luò)帶寬往往是不能夠滿足推流端混流的要求的。
4) 推流端環(huán)境不可控
綜合上面第二和第三點(diǎn),推流端的環(huán)境是不可控的。直播業(yè)務(wù)平臺(tái)或者直播云服務(wù)平臺(tái)都沒(méi)辦法管控推流端的硬件配置,使用習(xí)慣,網(wǎng)絡(luò)信號(hào)和網(wǎng)絡(luò)帶寬等因素。因此,在推流端做混流的效果也是不可控的。
5) 難以擴(kuò)展
在音視頻云服務(wù)方案設(shè)計(jì)階段,我們預(yù)期方案是易于擴(kuò)展的。隨著直播業(yè)務(wù)平臺(tái)的發(fā)展,對(duì)推流端的計(jì)算能力和網(wǎng)絡(luò)帶寬都將會(huì)有升級(jí)的要求。然而,推流端的環(huán)境是不可控的,而且也是難以擴(kuò)展的。相對(duì)而言,在服務(wù)端做推流,如果要增加服務(wù)端的CPU或者增加網(wǎng)絡(luò)帶寬,都是在音視頻云服務(wù)平臺(tái)掌控范圍以內(nèi)的事情。
綜上所述,推流端不是一個(gè)理想的做混流的地方,但是它提供了一個(gè)低成本的混流方案。推流端混流能夠滿足相當(dāng)一部分直播業(yè)務(wù)平臺(tái)的某個(gè)發(fā)展階段的業(yè)務(wù)需求。這個(gè)市場(chǎng)需求是應(yīng)該被充分發(fā)掘和滿足的。
如果要搞清楚在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì),那么得先搞明白在服務(wù)端混流的技術(shù)邏輯。
圖三 服務(wù)端混流技術(shù)邏輯圖
圖三是在圖一的基礎(chǔ)上,增加了服務(wù)端混流的技術(shù)邏輯(藍(lán)色部分):
1) 推流端分別向服務(wù)器集群推原始流。
2) 服務(wù)端等待所有推流端的音視頻流到達(dá)以后,開(kāi)始混流?;炝鞯墓ぷ鲀?nèi)容同樣包括解碼,對(duì)齊畫(huà)面(音畫(huà)同步),抖動(dòng)緩沖,和重新編碼。
3) 服務(wù)端把混好的單流推到CDN網(wǎng)絡(luò),以便拉流端拉流播放。
接著,讓我們看看在服務(wù)端混流會(huì)帶來(lái)多少額外的工作量。
在服務(wù)端混流有以下步驟:
1)推流端推流,服務(wù)端等待所有主播的音視頻流到達(dá) 2)解碼 3)混流 4)編碼 5)轉(zhuǎn)推流。
所有步驟和在推流端混流幾乎一樣,只不過(guò)工作環(huán)境不一樣。所有的步驟都是服務(wù)端額外增加的工作量。服務(wù)端混流的工作內(nèi)容和推流端混流不一樣的地方在于:推流端解碼是不管混流還是不混流都要做的事情,而服務(wù)端解碼卻是因?yàn)橐炝鞑蓬~外做的工作。
然后,讓我們看看混流的要求和服務(wù)端的特點(diǎn)?;炝魇且粋€(gè)比較燒資源的事情,服務(wù)端是一個(gè)資源比較豐富的地方,這倆貌似比較般配。現(xiàn)在突然說(shuō)要讓他們?cè)谝黄?,那我們還是要先給他們對(duì)一下八字。
在推流端混流的要求在上面已經(jīng)分析過(guò),這里只討論在服務(wù)端混流的要求。
(服務(wù)端)混流的要求
1)比較好的上行網(wǎng)絡(luò)帶寬。所有推流端推出的音視頻流在服務(wù)端集中,混流以后再轉(zhuǎn)推到CDN網(wǎng)絡(luò)。每一個(gè)連麥直播間相對(duì)應(yīng)一路混流,因此這種集中混流的方式對(duì)服務(wù)端上行網(wǎng)絡(luò)會(huì)造成一定的壓力。
2)比較好的服務(wù)端硬件配置。這種集中混流的方式對(duì)服務(wù)端的計(jì)算資源會(huì)造成一定的壓力。
服務(wù)端的特點(diǎn)
1) 網(wǎng)絡(luò)帶寬資源相對(duì)比較充足,而且支持?jǐn)U展。
2) 計(jì)算資源相對(duì)比較充足,而且支持?jǐn)U容。
3) 完全可控。音視頻云服務(wù)平臺(tái)可以根據(jù)網(wǎng)絡(luò)和計(jì)算的壓力對(duì)服務(wù)端進(jìn)行配置調(diào)整。
4) 可以擴(kuò)容。服務(wù)端一般都會(huì)采取服務(wù)器集群的設(shè)計(jì)方式,具有彈性,和可以擴(kuò)容。對(duì)于網(wǎng)絡(luò)帶寬和計(jì)算資源的增長(zhǎng)需求,可以比較靈活地進(jìn)行升級(jí),甚至可以做到動(dòng)態(tài)地分配。
這么擺開(kāi)來(lái)一對(duì)比,一眼就能看出這倆真的比較般配:一個(gè)喜歡買(mǎi)買(mǎi)買(mǎi),一個(gè)家底豐厚。
最后,讓我們來(lái)總結(jié)一下服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì)。
在服務(wù)端混流的優(yōu)勢(shì)
1) 低延遲
在服務(wù)端混流,天然地具有低延遲的特點(diǎn)。在服務(wù)端混流只需要等待所有其它主播的音視頻流到達(dá)服務(wù)端就可以開(kāi)始混流;在這個(gè)基礎(chǔ)上,在推流端混流還要從服務(wù)端再拉流到推流端,要等待所有其它主播的音視頻流被拉下來(lái)后才可以開(kāi)始混流。在服務(wù)端混流的系統(tǒng)設(shè)計(jì)天然地比在推流端混流減少了這一段的網(wǎng)絡(luò)傳輸?shù)臅r(shí)間。另外,服務(wù)端的計(jì)算能力和網(wǎng)絡(luò)帶寬都是要比推流端高幾個(gè)量級(jí)的,混流的過(guò)程和推流到CDN網(wǎng)絡(luò)所耗費(fèi)的時(shí)間,在服務(wù)端都會(huì)比推流端要來(lái)得少。綜合起來(lái),服務(wù)端混流可以獲得比推流端混流低的延遲。
2) 計(jì)算資源充足
服務(wù)端的計(jì)算資源相對(duì)充足,而且可以進(jìn)行擴(kuò)展和調(diào)度,不會(huì)成為瓶頸。
3) 網(wǎng)絡(luò)帶寬資源充足
服務(wù)端的網(wǎng)絡(luò)帶寬相對(duì)充足,而且可以進(jìn)行擴(kuò)展和調(diào)度,不會(huì)成為瓶頸。
4) 可控可擴(kuò)展
其實(shí)這是服務(wù)端最大的優(yōu)勢(shì)。在服務(wù)端有著云服務(wù)平臺(tái)充沛的資源,可以進(jìn)行彈性的調(diào)整和擴(kuò)展,有著專(zhuān)業(yè)團(tuán)隊(duì)專(zhuān)業(yè)的服務(wù)和強(qiáng)力的支持。這是云服務(wù)平臺(tái)的優(yōu)勢(shì);這是集團(tuán)軍作戰(zhàn)的方式;這是靠組織打硬仗的理念。說(shuō)得通俗一點(diǎn),根據(jù)即構(gòu)科技的經(jīng)驗(yàn),1個(gè)核可以支持5路流,8個(gè)核就可以支持40路流,隨著流不斷增加,我就不斷增加CPU,無(wú)感知地增強(qiáng)計(jì)算能力。換成終端手機(jī)的話,是沒(méi)辦法增加CPU的,要么換手機(jī),要么只能等著燒糊。
在服務(wù)端混流的劣勢(shì)
1) 成本高
在服務(wù)端混流,會(huì)讓服務(wù)端承擔(dān)了額外的計(jì)算成本和網(wǎng)絡(luò)帶寬成本,從而推高運(yùn)營(yíng)成本。
2) 壓力大
在服務(wù)端混流,也叫作集中式混流。音視頻流的帶寬壓力,以及轉(zhuǎn)碼和混流的計(jì)算壓力都會(huì)匯集到服務(wù)端,天然地增加服務(wù)端的壓力。這個(gè)情況也對(duì)服務(wù)端的架構(gòu)設(shè)計(jì)提出挑戰(zhàn),要求服務(wù)端能夠有擴(kuò)展性,能夠通過(guò)分布式和集群的方式來(lái)應(yīng)對(duì)壓力。
綜上所述,服務(wù)端是一個(gè)理想的做混流的地方,它擁有低延遲和高服務(wù)品質(zhì)的優(yōu)勢(shì),但是它的成本也相對(duì)比較高。它能夠滿足相當(dāng)一部分發(fā)展成熟或者走精品路線的直播業(yè)務(wù)平臺(tái)的業(yè)務(wù)需求。這個(gè)市場(chǎng)需求是主流,而且是未來(lái)的趨勢(shì)。
經(jīng)過(guò)上面的論道,我們回過(guò)頭來(lái)對(duì)比在推流端混流和在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì),我們會(huì)發(fā)現(xiàn)這兩種方案其實(shí)各有各的優(yōu)點(diǎn)。都代表了可觀的市場(chǎng)需求。在行業(yè)發(fā)展的各個(gè)階段,這兩種需求都應(yīng)該得到尊重和滿足,以促進(jìn)行業(yè)的健康發(fā)展和成熟。
然而,從一個(gè)中長(zhǎng)期的視角來(lái)看,云服務(wù)平臺(tái)的優(yōu)勢(shì)已經(jīng)被承認(rèn)和充分發(fā)展。云服務(wù)平臺(tái)的哲學(xué)就是:通過(guò)云服務(wù)平臺(tái)的資源和能力,加上專(zhuān)業(yè)的團(tuán)隊(duì),給業(yè)界提供高質(zhì)量的專(zhuān)業(yè)服務(wù)。在服務(wù)廣大客戶群體的過(guò)程中,即構(gòu)科技觀察到這樣的趨勢(shì):越來(lái)越多的直播業(yè)務(wù)平臺(tái),特別是第一梯隊(duì)的平臺(tái),十分善于借助云服務(wù)平臺(tái)的優(yōu)勢(shì)來(lái)確保高質(zhì)量的用戶體驗(yàn),進(jìn)而快速地?cái)U(kuò)大市場(chǎng)份額。
好了,搞清楚江湖上各個(gè)山頭的好處和不足后,我們就可以機(jī)智地選擇在哪里混了??偠灾?,有三個(gè)地方可以混(流):推流端,服務(wù)端和拉流端。即構(gòu)科技側(cè)重考慮用戶體驗(yàn)和服務(wù)質(zhì)量,優(yōu)先提供了服務(wù)端混流和拉流端混流兩種方案,并且會(huì)在適當(dāng)?shù)臅r(shí)機(jī),根據(jù)市場(chǎng)需求提供推流端混流方案。
最后,回應(yīng)一下讀者的吐槽:為毛你的文章看起來(lái)那么像編程語(yǔ)言,那么對(duì)稱和結(jié)構(gòu)化?
我的回答:你說(shuō)呢?這些文章都是我把即構(gòu)團(tuán)隊(duì)的源代碼,經(jīng)過(guò)Google Translate翻譯成中文以后,再加以人肉潤(rùn)色而成的。技術(shù)背景的同學(xué)請(qǐng)自行體會(huì)一下。
這一篇討論完了推流端和服務(wù)端混流的故事,下面還會(huì)繼續(xù)分享即構(gòu)科技的技術(shù)經(jīng)驗(yàn),一篇一個(gè)技術(shù)點(diǎn)。請(qǐng)繼續(xù)關(guān)注即構(gòu)科技技術(shù)干貨分享系列,歡迎交流,拍磚請(qǐng)輕。
雷峰網(wǎng)原創(chuàng)文章,未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。