平臺(tái)轉(zhuǎn)直播將會(huì)帶來什么樣的技術(shù)挑戰(zhàn)_第1頁
平臺(tái)轉(zhuǎn)直播將會(huì)帶來什么樣的技術(shù)挑戰(zhàn)_第2頁
平臺(tái)轉(zhuǎn)直播將會(huì)帶來什么樣的技術(shù)挑戰(zhàn)_第3頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

【計(jì)算機(jī)論文】平臺(tái)轉(zhuǎn)直播將會(huì)帶來什么樣的技術(shù)挑戰(zhàn)?

蘇元朋指出,用戶現(xiàn)在觀看視頻方式已經(jīng)從點(diǎn)播方式到直播的轉(zhuǎn)化,即希望通過視頻進(jìn)行交互,包括文字等方式。UCloud直播蘇元朋(溫馨提示:本文為速記初審稿,保證現(xiàn)場嘉賓原意,未經(jīng)刪節(jié),或存紕漏,敬請諒解。)以下為演講實(shí)錄:蘇元朋:大家好我是UCloud的蘇元朋,在UCloud負(fù)責(zé)視頻CDN存儲(chǔ)包括對象存儲(chǔ)塊存儲(chǔ),KV存儲(chǔ)這些系統(tǒng)產(chǎn)品和技術(shù)相關(guān)的工作。后面這些系統(tǒng)的交流有什么問題可以多多交流。今天我在這個(gè)視頻直播垂直的領(lǐng)域。講之前我想做一個(gè)很簡單的調(diào)查我們的同學(xué)做技術(shù)的可以舉一下手嗎?(好像不是太多)我先分享一下我們了解到的移動(dòng)互聯(lián)網(wǎng)視頻的現(xiàn)狀。同時(shí),直播云平臺(tái)技術(shù)架構(gòu)解析。最后。直播云海量運(yùn)行之道。手機(jī)端用戶的增量,可以看到這是2014年的數(shù)據(jù),移動(dòng)端的用戶,食品用戶已經(jīng)占到中國網(wǎng)民用戶將近60%,然后這個(gè)用戶數(shù)在今年會(huì)超過四億,手機(jī)端視頻用戶。這是我們做的市場調(diào)研,其實(shí)現(xiàn)在大家也已經(jīng)看到了,用戶現(xiàn)在觀看視頻的方式已經(jīng)從傳統(tǒng)的通過看互聯(lián)網(wǎng),看一個(gè)點(diǎn)播的電視劇電影看直播和互動(dòng)方面已經(jīng)開始轉(zhuǎn)化了,并且希望在直播的過程中可能會(huì)有一些互動(dòng),包括可能是文字互動(dòng),或者說是一些視頻、語音方面的互動(dòng)。人們更希望通過一些視頻做一些交互,這是用戶習(xí)慣的一個(gè)改變。這是現(xiàn)在的一個(gè)數(shù)字,200小時(shí),一分鐘上傳視頻是200個(gè)小時(shí),30億,是每一天臉書視頻的播放次數(shù)。300人,每一分鐘世界上新增的視頻用戶300人,60%,世界范圍內(nèi)互聯(lián)網(wǎng)的流量超過了60%是來自于視頻。現(xiàn)在隨著直播的增長,視頻在互聯(lián)網(wǎng)帶寬的占比會(huì)越來越高。大家可以看到,這是移動(dòng)互聯(lián)網(wǎng)的視頻直播一個(gè)基本的架構(gòu),左邊就是視頻的采集端,相當(dāng)于網(wǎng)紅直播的東西,右邊還有一些觀眾。這個(gè)時(shí)候在左邊可能會(huì)做一些像直播的錄制,錄制這個(gè)里面可能會(huì)涉及到像蘋果,安卓各個(gè)方面系統(tǒng)的兼容性,做完這些錄制可能會(huì)通過一些負(fù)載均衡的策略上載到一些推流的節(jié)點(diǎn),右邊有相當(dāng)于一些解碼器,中間相當(dāng)于一個(gè)視頻整體的系統(tǒng),這個(gè)里面包括像視頻的轉(zhuǎn)碼的需求,因?yàn)楝F(xiàn)在不同的用戶的接入的網(wǎng)絡(luò)是不一樣,有的可能是3G,有的可能是WIFI,有的可能家里帶寬是很多用戶共享,可能力看幾百K的視頻有點(diǎn)卡,這要做到一些視頻的轉(zhuǎn)碼。因?yàn)槲覀円曨l現(xiàn)在是互聯(lián)網(wǎng)各式很多,我們不可能把這些視頻的格式給到大家,不同的終端不一樣,我們要把這些視頻的格式標(biāo)準(zhǔn)化及這是轉(zhuǎn)碼的一部分。還有截圖的處理,任何一個(gè)視頻都有一些封面,這個(gè)封面需要一些視頻的截圖,另外會(huì)有一些像視頻漸黃的處理。也是視頻截圖的東西。還有直播錄制,一個(gè)是把這個(gè)食品轉(zhuǎn)為點(diǎn)播文件,我們后面可以做內(nèi)容運(yùn)行的同學(xué),可以從這個(gè)庫里面做一些精品的內(nèi)容出來了,然后轉(zhuǎn)為點(diǎn)播的內(nèi)容。政府監(jiān)管要求所有直播的內(nèi)容在保存多長時(shí)間這是監(jiān)管的需要,可能需要一些直播的錄制。這個(gè)里面會(huì)用到一些其他的東西,包括像一些海量。隨著主播數(shù)的增加,這個(gè)用戶數(shù)的增加,這個(gè)里面要海量服務(wù),剛才也有講了,之前嘉賓講過并發(fā)幾百萬服務(wù)區(qū)蕩掉了,這是對海量處理不是很好的場景。怎么樣在用戶突然爆發(fā)即便他超過我們承載能力我們也不至于蕩機(jī)。這是我們承載能力。剛才所說漸黃也是一種,還有內(nèi)容安全,內(nèi)容怎么樣不被別人盜取。還有可能還有一些加速存儲(chǔ)這些方面的東西。這是一個(gè)整體框架圖,后面會(huì)講我們一些的技術(shù)。這個(gè)可能就是我們對于從技術(shù)層面,然后對于一些這個(gè)直播技術(shù)的一些要求。第一,首屏打開數(shù)據(jù)要快,首屏秒開這是很多用戶關(guān)心,他也不知道這個(gè)內(nèi)容是什么他可能點(diǎn)開一下實(shí)驗(yàn)一下如果要等好幾秒鐘的時(shí)候這個(gè)時(shí)候用戶已經(jīng)很崩潰了。食品的秒開可能涉及到很多的元素,大家知道視頻在真的的類型很多,視頻一般是每秒會(huì)有十幾楨,如果說一個(gè)用戶獲取他關(guān)鍵的楨,所以說不上這個(gè)首屏,用戶任何客戶端到服務(wù)器端的連接一定要下他最近的一個(gè)楨,這樣才能播放,這就是對他的一些秒開最基本的要求。包括還可能涉及到什么。像DCP的通訊,一個(gè)包可能有1K多一點(diǎn),這樣有幾十個(gè)MT包,怎么樣讓它最快發(fā)到用戶手機(jī)里面這是一個(gè)重要的東西,包括TCP層面做一些東西。正常是一個(gè)包里面發(fā),我們可以在TCP在操縱系統(tǒng)內(nèi)核里面可以做一些東西,初始值把這個(gè)發(fā)包的數(shù)量增大類似這樣的一些策略,保證這個(gè)手中的表開。低卡頓率,播放的時(shí)候不卡。首先了解為什么會(huì)卡,隨便我們下載一個(gè)安裝包我們只關(guān)心這個(gè)安裝包停下來的下載速度,對于視頻不一樣了視頻保證每時(shí)每刻速度達(dá)到我碼率才能卡,這樣已經(jīng)卡了。為什么下載速度低,我簽了寬待夠了,最終的服務(wù)器沒有什么平靜,互聯(lián)網(wǎng)來表現(xiàn)講的話可能就是丟包。我們判斷這個(gè)用戶網(wǎng)絡(luò)不好可以發(fā)一些軟報(bào),丟包要快速?zèng)_出來,不用這個(gè)包丟了幾秒鐘才沖出來。我們可以搞成幾十毫秒做沉船。還有和視頻有關(guān),你的客戶端里面可以做一些緩存,如果說你的緩存有一秒鐘你就可以抗到到一秒,如果下載速度在一秒內(nèi)的話如果是有波動(dòng)的話其實(shí)我是不會(huì)卡,如果有緩存意味著什么,可能我的延時(shí)會(huì)變大,這是一個(gè)博弈的東西。這其實(shí)是難做到曲折的。正常來講,假設(shè)我們都是中國互聯(lián)網(wǎng)直播的用戶,如果說我們在看一個(gè)網(wǎng)紅的美女直播,你能容忍的延尺是多少?因?yàn)槲覀冎白鲞^一個(gè)市場大致的一個(gè)調(diào)查。如果說正常的一個(gè)延時(shí),我們現(xiàn)在這種工作方式我們通過文字送花,交流,如果說有五秒以內(nèi)的延時(shí)不是太敏感的,這種基礎(chǔ)上可以做一些一定的包袱,但是這個(gè)不夠。隨著丟包的增加,這個(gè)延時(shí)肯定是會(huì)持續(xù)下來的,因?yàn)槟阊訒r(shí)會(huì)越來越大,這種策略下怎么做,可以做跳楨,你已經(jīng)離我最新的時(shí)候,你已經(jīng)慢了超過一定數(shù),你已經(jīng)20表了這是不可接受的,可以在策略上做跳楨,來保證這個(gè)低延時(shí)。視頻現(xiàn)狀還有什么格式都有,包括直播也是一樣的。并且每個(gè)人的寬待也是不一樣的。多終端蘋果里面還好一點(diǎn),但是安卓里面很多了。安卓里面操作系統(tǒng)很多,機(jī)型廠商都很多,硬件完全不一樣,這個(gè)時(shí)候?qū)τ谖覀兘獯a和編碼的邏輯這個(gè)要求會(huì)很高,這個(gè)時(shí)候要求一些比較高的適配性。如果說對于蘋果來講的話推介可以通過硬編,這樣是OK的,因?yàn)樗挠布潜容^一致的。但是對于安卓里面來講是稍微復(fù)雜一點(diǎn),如果說全硬件和硬編的話可能有一些設(shè)備是支撐不好。軟解的話,對CPO有一些消耗。所以這些做一些智能的判斷,根據(jù)這個(gè)硬件具體類型選擇怎么樣做,這是我們對于一些技術(shù)方面的要求。這是我們傳輸?shù)囊粋€(gè)視頻流的架構(gòu)。用戶不管是上傳還有他要下載,觀看這個(gè)視頻還是要推流這個(gè)食品,其實(shí)還是連到服務(wù)器。具體連到什么樣的服務(wù)器上這是一個(gè)很關(guān)鍵的因素,決定他的踢跳好不好。第一,DNS的解析,通過我們域名解析,域名對應(yīng)一個(gè)IP。這種方式可能會(huì)有一點(diǎn)點(diǎn)的一個(gè)問題,因?yàn)檫@個(gè)問題在哪里,大家可能用電腦或者手機(jī)可能會(huì)有一個(gè)本地DS,相當(dāng)于一些代理很多人配制這個(gè)東西,配制這個(gè)東西其實(shí)通過域名解析就不準(zhǔn)了,比如說配到八點(diǎn)八,這個(gè)很多地方不知道,他不知道你八點(diǎn)八點(diǎn)八屬于那里。針對這種情況我們后面做了兩種,一個(gè)是基于IP的調(diào)度,真實(shí)通過連接我們服務(wù)器,我就知道你真實(shí)的來源,IP抵制就知道的,知道你的物理信息,是河北還是海淀區(qū)一個(gè)小IP,這樣明確知道了,這樣可以調(diào)度到最新附近最近的服務(wù)器。里面的架構(gòu)就是這樣,用戶推流,然后推流了之后比如說電線用戶來講如果一個(gè)連通用戶來觀看一個(gè)電信推流的話很傷,跨運(yùn)營商的網(wǎng)絡(luò)丟包率是很高的,這個(gè)時(shí)候怎么搞?其實(shí)我們基本上見一些三通點(diǎn)。這個(gè)點(diǎn)的出口是有電信聯(lián)動(dòng)移動(dòng)的出口。還有一些小運(yùn)營商,長款,北京一些歌華有友我們可以通過一些BGP廣播的路游,讓用戶可以通過這個(gè)做結(jié)束,做全網(wǎng)的這個(gè)分配和調(diào)度。保證到一些用戶的網(wǎng)絡(luò)質(zhì)量。我們UCloud總部在上海,我是從上海來到北京。我來北京應(yīng)該怎么過來?其實(shí)我有很多方式。我可以坐飛機(jī),可以坐高鐵,可以坐火車也可以自駕過來,這些方式都有什么特點(diǎn)?飛機(jī)會(huì)快一點(diǎn),高鐵可能稍微慢一點(diǎn),但是火車差不多,自駕是單純一點(diǎn)。直接從家里開車直接來到會(huì)場最單純的方式。如果說最快的方式達(dá)到這個(gè)會(huì)場應(yīng)該怎么做從我建立直接打個(gè)車然后去到上海浦東機(jī)場坐飛機(jī)來到我們首都機(jī)場,然后再來到會(huì)場這是最快的方式了。其實(shí)我們現(xiàn)在這個(gè)調(diào)度系統(tǒng)類似于我們現(xiàn)在要做的導(dǎo)航,然后我們其實(shí)是讓用戶最快獲取到這個(gè)信息。折合現(xiàn)在一個(gè)真實(shí)的環(huán)境現(xiàn)在用的電信和連通這個(gè)陸游,比如說我們在北京一個(gè)主播是在成都,我們?nèi)ケ本┏啥极@取這個(gè)視頻,走的是什么?便宜的路由方式了。就是從北京去成都用戶上場點(diǎn)獲取視頻。這是最便宜,但是不一定是最好的。最好的方式,說白的這個(gè)調(diào)度系統(tǒng)接了私有路由北京的機(jī)房就近接入,北京和成都之間建立了一些私有的網(wǎng)絡(luò),這個(gè)網(wǎng)絡(luò)可能怎么樣,可能會(huì)通過濟(jì)南然后到西南到重慶讓用戶最快獲取到這個(gè)內(nèi)容。我們怎么樣知道用戶的數(shù)據(jù)是怎么樣,所有服務(wù)器端都做了這樣一個(gè)外掛式的測試體系,只要任何一個(gè)用戶連接到我們服務(wù)器我們都可以知道他的速度怎么樣,他的丟包率多少,這是我們通過具體TCP的程序。通過這個(gè)ACK之間的東西我們認(rèn)為它一個(gè)連接的耗時(shí)。這個(gè)東西的話,類似類似于ICP這是非常準(zhǔn),我們可以知道根據(jù)這個(gè)ICT所有用用戶到我們網(wǎng)絡(luò)哪些速度是好的,哪些速度是慢的,那些丟包率是慢的,我們可以到我們服務(wù)器一個(gè)網(wǎng)狀的一個(gè)數(shù)據(jù)信息。這樣的話我們做一些更好的一些調(diào)度方式。首先我們把這個(gè)慢啟動(dòng)門限提高了,當(dāng)它一丟包又重新開始了,但是我們現(xiàn)在就是說初始根據(jù)用戶真實(shí)的網(wǎng)絡(luò)做判斷。這個(gè)用戶歷史丟包率怎么樣。當(dāng)他出現(xiàn)丟包的情況,會(huì)重新慢起動(dòng),這樣這個(gè)重新起動(dòng)的這個(gè)閥值我也是可以預(yù)的。這次數(shù)據(jù)和歷史數(shù)據(jù)做評(píng)判,他要發(fā)多大的的數(shù)值做這樣的一個(gè)東西,不僅僅這樣,包括像一些我們的落網(wǎng)絡(luò),還有一些用戶歷史數(shù)據(jù)可以做多個(gè)包,降低她的兌包率。視頻加速這些方面會(huì)有很多個(gè)機(jī)房,很多服務(wù)器,其實(shí)我們現(xiàn)在就做了一些自動(dòng)故障處理的邏輯,用戶在一些服務(wù)器和機(jī)方出現(xiàn)一些問題或者進(jìn)程出現(xiàn)問題的時(shí)候會(huì)做自動(dòng)的鼓掌處理。我們之前做過一些視頻的管理,食品的管理會(huì)做視頻的錄制,包括視頻錄成點(diǎn)播,點(diǎn)播會(huì)存到我們的一些的對方存儲(chǔ),和存儲(chǔ)系統(tǒng)的打通,包括像直播的封面以及直播的回看。會(huì)有一些直播鑒黃的服務(wù)也是互相學(xué)習(xí)做一些視頻的這個(gè)鑒黃的識(shí)別。我們現(xiàn)在做的一些數(shù)據(jù)分析,這個(gè)視頻的數(shù)據(jù)和數(shù)據(jù)分析系統(tǒng)做對接,可以讓用戶自助化做數(shù)據(jù)的分析,這是剛才講我們現(xiàn)在可以做到一些直播實(shí)時(shí)的轉(zhuǎn)碼,尤其推流的一般都是ITMP。像HR和H5會(huì)有一些HR的一些要求這是比較好的。所以選擇都是HPPTV,以及轉(zhuǎn)成什么格式都是可以做一些支持的。像視頻的剛才講過了,一些采集端和播放端,包括一些像錄制,包括像一些安卓、蘋果這些東西可能會(huì)涉及到很多的東西,包括之前所說的一些視頻的濾鏡以及美顏多信息度的支持,如果去一個(gè)地方播放不了怎么辦,可以去另外一個(gè)地方地址播放,可以做一些食貧的容錯(cuò)。還有可以把所有用戶播放的流水統(tǒng)計(jì)出來有沒有卡過,加載時(shí)間多長,他的次數(shù)多少,他的延時(shí)多少。還有一些可以集成到一個(gè)IM,現(xiàn)在所有的直播可能都有聊天室,聊天室和IM的一個(gè)結(jié)合。最后一個(gè)講我們對于海量,怎么樣用戶突發(fā)的時(shí)候我們可以保證我們的機(jī)器不蕩機(jī),怎么樣可以支撐那么多的東西。這是我們可以做一些我們海量服務(wù)的一些東西。做機(jī)械的同學(xué)都知道任何一個(gè)系統(tǒng)和服務(wù)其實(shí)都是系統(tǒng)瓶頸,CPO是平面,包括視頻的轉(zhuǎn)碼還有一些內(nèi)存的瓶頸,還有一些是大并發(fā)包括IO,還有可能是帶寬。其實(shí)我們系統(tǒng)的瓶頸很難畢竟,買的設(shè)備這個(gè)東西就是這樣,物理?xiàng)l件就是這樣,你的瓶頸很難避免,怎么樣保證系統(tǒng)瓶頸的保證這個(gè)服務(wù)不垮掉,這是我們海量運(yùn)行的一些道理。首先過載的時(shí)候把這個(gè)系統(tǒng)根據(jù)重量級(jí)和輕量級(jí)的東西做分開。比如說做直播可以把這個(gè)視頻APPCGR服務(wù)和視頻流的東西分開。還有量力而為,要知道我現(xiàn)在的容量多少,我們要做直播的云,支持在線并發(fā)的用戶數(shù)多少,比如說現(xiàn)在支持的是800萬,我們要有這個(gè)容量,當(dāng)用戶達(dá)到,當(dāng)大的容量已經(jīng)達(dá)到60%的時(shí)候,我必須要做擴(kuò)容了,60%是我的指標(biāo)我就要做擴(kuò)容這是我的容量管理。還有一個(gè),及早拒絕。我的容量是800萬,但是一些用戶是不按照我的套路出牌可能瞬間隨便一個(gè)很好的活動(dòng)可能直接把我打爆了。如果把這個(gè)東西打爆意味著什么?我的系統(tǒng)雪崩了,雪崩所有用戶都癱,這種東西做互聯(lián)網(wǎng)是不允許,極早拒絕。如果說系統(tǒng)八百萬的連接當(dāng)我達(dá)到799萬的時(shí)候怎么辦,新來的連接不能讓他進(jìn)來了,要拒絕,我要保證現(xiàn)有用戶的體驗(yàn),這是對新的東西就拒絕了,如果他進(jìn)來整個(gè)系統(tǒng)崩盤,這是不行的。對于拒絕也有策略,誰不按照套路出派我們就想怎么樣拒絕他的策略。動(dòng)態(tài)調(diào)節(jié),比如說這個(gè)直播可能會(huì)有區(qū)域性,比如說北京的活動(dòng),大部分都是北京用戶來看,這個(gè)時(shí)候把我們的機(jī)房打滿了,可以動(dòng)態(tài)調(diào)度,可以把這個(gè)東西調(diào)度到河北區(qū),這些用戶雖然去河北可能他的卡單率上升,但是不能打死。要做柔性的服務(wù)。這是過載保護(hù)的理念。容載,做技術(shù)和基礎(chǔ)運(yùn)維都有這樣情況。我們機(jī)房掉電了怎么辦?還有服務(wù)器故障的怎么辦,還有網(wǎng)絡(luò)環(huán)境比較惡劣,用戶的環(huán)境比較惡劣,這種情況下怎么辦。黑客被攻擊,我的程序蕩了,這些東西怎么辦,都是我們這些容載的東西。我們現(xiàn)在所有機(jī)房的都是需要有一些跨機(jī)房的東西,所有存儲(chǔ)都可以做到跨機(jī)房的東西。所有給到用戶可以給到用戶兩個(gè)機(jī)房,一個(gè)機(jī)房出現(xiàn)問題可以切換到另外一個(gè)。我們服務(wù)器做的一些VIP的機(jī)制,這個(gè)東西如果大家可以對一些交換機(jī)的協(xié)議了解的話,其實(shí)可以了解這些東西。TCP4層上做的附載均衡網(wǎng)絡(luò)環(huán)境我們可以做到究竟覆蓋,根據(jù)用戶一些測速,黑客攻擊還有一些安全手段之類的東西我們也在機(jī)方里面做這些方面的東西,程序扣我們所有的程序做好監(jiān)控。并且所有程序都是有調(diào)度,所有的程序都是有分層次的。附載均衡的方法我們也用了很多,輪詢均衡,群眾輪詢均衡,隨機(jī)均衡,權(quán)重隨機(jī)均衡,相應(yīng)速度的均衡,最小連接數(shù)均衡,處理能力均衡。分享一些監(jiān)控層面如果做一個(gè)大的系統(tǒng)肯定要有完善監(jiān)控把這個(gè)監(jiān)控分成四層,一個(gè)是用戶層,一個(gè)是業(yè)務(wù)在線層,一個(gè)是應(yīng)用層,一個(gè)是系從層,用戶層包括一些用戶的真實(shí)請求的測試,還有包括一些模擬用戶請求測試,模擬用戶請求各個(gè)地方布一些節(jié)點(diǎn)可以跟聽云做和睦,一些視頻檢測這是都是模擬視頻的測試。還有一些業(yè)務(wù)特性,業(yè)務(wù)邏輯有一些是要做轉(zhuǎn)碼,多碼率,每個(gè)用戶要求不一樣,有的要求360P、720P,1080P,都不一樣。還有應(yīng)用程序,包括一些服務(wù)特性像流量包括進(jìn)程的存在,還有一些系統(tǒng),包括你的CPO利用率是不是馬拉,LO是不是被打死,3DG的網(wǎng)卡是不是滿了?網(wǎng)絡(luò)質(zhì)量,剛才講的延時(shí)這些方面的監(jiān)控。監(jiān)控這個(gè)數(shù)子怎么用在系統(tǒng)優(yōu)化運(yùn)行上也是很重要的東西。這是我們大家一塊討論和關(guān)注的一些東西。主持人:蘇元朋總分享在產(chǎn)品層給用戶以及品牌商家做保駕護(hù)航這個(gè)非常重要。下面提問的機(jī)會(huì)給到觀眾,大家可以舉手示意一下。提問:現(xiàn)階段需要考慮的一些癥結(jié)點(diǎn)在哪兒?表拍,延時(shí)的,那些是前期部署產(chǎn)品需要注意的?蘇元朋:從產(chǎn)品來講,還能秒拍。我們也服務(wù)于電商的客戶,也是可以看到就近的商家賣什么東西,商價(jià)可以送貨上門,看每個(gè)產(chǎn)品的介紹他只是在瀏覽,秒拍可以快速讓你了解介紹這個(gè)產(chǎn)品什么東西,對我有沒有用。提問:前一陣子花椒請到柳巖,大家感受到這個(gè)卡殼。直播云的角度來看是不是給初創(chuàng)企業(yè)的一些經(jīng)驗(yàn)避免它?蘇元朋:相當(dāng)于你做系統(tǒng)做功能是OK,但是服務(wù)大量的用戶出現(xiàn)的問題,這是我剛才講的,說白了,海量用戶進(jìn)來把它的系統(tǒng)打爆了,雪崩了。系統(tǒng)不可用。這種情況下最簡單的方式是兩種策略,一個(gè)是過載保護(hù),你能承載多少,承載30萬的用戶就承載30萬的用戶超過就可以干掉,走一個(gè)再進(jìn)來一個(gè),這是一個(gè)方法論。一個(gè)是降級(jí),比如說現(xiàn)在直播的是1080P的直播,那我降級(jí)是360P或者540P,對用戶做有損服務(wù),不是追求完美。其實(shí)做任何的產(chǎn)品和技術(shù),有一個(gè)很重要的方法,就是追求不完美。我們不是追求完美,我們是追求不完美。我們要根據(jù)我們架構(gòu)和技術(shù)滿足客戶真實(shí)需求,有問題主動(dòng)降級(jí)解決,要不然整個(gè)系統(tǒng)都雪崩掉。提問:很多企業(yè)如果想部署這個(gè)直播產(chǎn)品的時(shí)候是找傳統(tǒng)CDN廠商。直播云跟網(wǎng)速這類的企業(yè)有什么樣的區(qū)別,對于我們初創(chuàng)團(tuán)隊(duì)或者說電商企業(yè)來講。有什么樣的優(yōu)勢?蘇元朋:做云來講,第一就是做云會(huì)對于一些中小客戶的支持更好一點(diǎn)。還有一些東西是做云的東西,這是一個(gè)整體的基礎(chǔ)服務(wù)。比如說可以做直播可以和你的主機(jī)做打通,可以和數(shù)據(jù)分析做結(jié)合,可以把你的文件電波轉(zhuǎn)到對方存儲(chǔ),這是整個(gè)云產(chǎn)品的這一個(gè)生態(tài),其實(shí)這樣是可以更多的幫助用戶解決它的,不僅僅只是考慮CDN,因?yàn)槌鮿?chuàng)企業(yè)更關(guān)心系的是什么,我怎么樣快速把我產(chǎn)品做起來,這是它最關(guān)心的事情,怎么樣讓我的時(shí)間,因?yàn)槌鮿?chuàng)企業(yè)最多是時(shí)間成本和人力成本。提問:比較關(guān)注成

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論