9158的門檻不低

周渝清

韓國最早做出了視頻交友的十人房模式，就是10個(gè)人進(jìn)入同一個(gè)聊天室，每個(gè)人都能看到對方。我們覺得它在國內(nèi)會(huì)有更大的空間，就去做了同類產(chǎn)品。

2004年要實(shí)現(xiàn)視頻交友還是蠻難的。那時(shí)的中國互聯(lián)網(wǎng)是窄帶，而且PC的CPU的性能比較低，多媒體數(shù)據(jù)算是蠻嚴(yán)重的負(fù)擔(dān)。我們嘗試了多種編碼方式，把視頻的碼率做得非常非常小。為了減少音頻數(shù)據(jù)，我們參考了視頻會(huì)議的標(biāo)準(zhǔn)，也就是電話的音質(zhì)，唱不了歌的。

為了降低帶寬的占用，我們試過P2P。但跟你互傳的人的網(wǎng)絡(luò)情況可能不穩(wěn)定，比如我在給你互傳時(shí)，你正好在下電影，那視頻傳輸就會(huì)卡住或者延遲，所以我們還是通過服務(wù)器來中轉(zhuǎn)數(shù)據(jù)。

我們花了大概半年時(shí)間做出自己的十人房，在這個(gè)基礎(chǔ)上我們又做出了視頻交友社區(qū)和秀場。2005年有了優(yōu)酷、土豆后，我們考慮到積累起的用戶量也沒往那個(gè)方向轉(zhuǎn)，我們覺得自己這條路是有前途的。

十人房時(shí)期對我們的要求不是很高。上傳視頻占用了一路，觀看視頻的人又占用了一路。如果一個(gè)人上傳九個(gè)人看，那這就是占用了10路。十人房最多也就是占用90路左右的通道。在這個(gè)行業(yè)，“路”是指流媒體占用的通道。

我們開始做百人房的時(shí)候，數(shù)據(jù)量開始呈幾何級(jí)數(shù)上升。3個(gè)主播每個(gè)人的視頻都要同時(shí)轉(zhuǎn)出去幾千次。比如500人房里，那數(shù)據(jù)量就是497×3。而且我們的數(shù)據(jù)傳輸是實(shí)時(shí)互動(dòng)的過程。你在優(yōu)酷、土豆看視頻，網(wǎng)絡(luò)卡了，緩沖個(gè)三四秒再看也行，但9158要是緩沖個(gè)三四秒，你就覺得這延遲也太大了。

解決高并發(fā)量所帶來的延遲和丟包，花了我們很多精力。

國內(nèi)的網(wǎng)絡(luò)狀況非常復(fù)雜。南方主要用電信，北方用網(wǎng)通，而電信和網(wǎng)通之間不互通。二三線城市和一線城市也有區(qū)別。每個(gè)城市都有機(jī)房和帶寬的容量，如果需求量過大就會(huì)轉(zhuǎn)到主干網(wǎng)，一線城市可能只中轉(zhuǎn)一次，而三四線城市要經(jīng)過三四個(gè)中轉(zhuǎn)站。跳轉(zhuǎn)的過程會(huì)丟失數(shù)據(jù)包，這樣會(huì)進(jìn)一步增大延遲。我們的用戶主要在二三四線城市。

在這種情況下要讓用戶享受到穩(wěn)定流暢的視頻，就得優(yōu)化數(shù)據(jù)傳輸?shù)倪^程。我們在很多城市都布置了機(jī)房，建立了我們自己的CDN（內(nèi)容分發(fā)網(wǎng)絡(luò)）。如果一路數(shù)據(jù)要從縣級(jí)市到主干網(wǎng)，它不用像過去那樣逐級(jí)前進(jìn)，我們的系統(tǒng)會(huì)找到ping值（測試網(wǎng)絡(luò)暢通的命令）最小的節(jié)點(diǎn)直接讓數(shù)據(jù)通過，就像蟲洞一樣。距離短，丟包了可以多次重發(fā)，對方總能收到數(shù)據(jù)。

我們自己寫了CDN的核心架構(gòu)，還向外公司的CDN服務(wù)。大概2010年開始，我們的CDN就初具規(guī)模了。9158現(xiàn)在一年的IT費(fèi)用大概有兩三千萬元，其中光帶寬就有上百T，差不多是業(yè)內(nèi)最大的。

與這樣的后臺(tái)系統(tǒng)相搭配的是我們的客戶端。這個(gè)行業(yè)看上去是在做音視頻互動(dòng)聊天，其實(shí)可以分為兩個(gè)產(chǎn)品，一個(gè)是網(wǎng)頁，一個(gè)是客戶端，只不過最直觀的表現(xiàn)形式是2009年左右開始崛起的網(wǎng)頁。

網(wǎng)頁版秀場用有的都是第三方開發(fā)好的成熟模塊，比如流媒體可以用Adobe有的產(chǎn)品。而客戶端所有的功能都要自己寫代碼，你找不到成型的模塊，只有很小的零件。我們把這些零件再組合成模塊，然后再把它串聯(lián)成客戶端。

如果用網(wǎng)頁的方式做秀場，對用戶而言，打開網(wǎng)頁，秀場就出來了。而且所有的公司想做就能做起來。它方便是方便，但丟了自己的靈活性，它想改什么都改不了。比如Adobe的流媒體的網(wǎng)絡(luò)協(xié)議用的是TCP，但TCP協(xié)議下根本無法降低延遲時(shí)間，所以它們只能做單麥（指的是一個(gè)上傳視頻）。網(wǎng)頁版秀場就只有一個(gè)主播，她不在，房間里就沒人了。

客戶端則對開發(fā)人員的要求比較高，開發(fā)量也很大，但我們想做什么就做什么。我們用的網(wǎng)絡(luò)協(xié)議是UDP，它允許你控制丟包的過程，這樣9158客戶端卡的幾率就很低。而且我們是多麥，這個(gè)主播上來唱一首歌，下一個(gè)主播輪上去又唱一首歌，9158的內(nèi)容會(huì)比較豐富，用戶的忠誠度也比較高。

9158一直把客戶端做得很小。早年間的網(wǎng)絡(luò)情況不太好，用戶的下載速度有時(shí)候只有十幾kb/S，如果安裝包體積過大，會(huì)延長下載時(shí)間，用戶有可能中斷下載。2006年左右進(jìn)入寬帶時(shí)代后，各種工具類的客戶端都越做越大，我們還是在追求更小的安裝包。帶寬確實(shí)上去了，但用戶玩兒的東西也更多，還有很多軟件在后臺(tái)傳輸數(shù)據(jù)，如果我們也很粗獷地去占用用戶的帶寬，可能會(huì)讓用戶的網(wǎng)絡(luò)變卡。

而且客戶端也是成本啊。做客戶端需要很強(qiáng)的推廣渠道，一個(gè)安裝包多一兆，一百萬個(gè)就是多少兆？我們有段時(shí)間一直在摳哪些模塊可以縮減掉。9158歷史上最大的客戶端也就20多兆。

把客戶端做起來的公司是能夠長期生存下去的，QQ如果不是客戶端，騰訊也做不了這么大。我和傅總的技術(shù)積累更多在客戶端上，但我們不是頂級(jí)高手，只能算中上水平。不過，技術(shù)能力不光是指寫代碼的能力，還有對這個(gè)行業(yè)的把握和對產(chǎn)品的理解。

很多問題都是在產(chǎn)品的實(shí)際使用中被用戶發(fā)現(xiàn)的，解決這些亂七八糟的事情時(shí)我們就積累了豐富的經(jīng)驗(yàn)。如果其他人也想做客戶端，不管他的開發(fā)能力多強(qiáng)，他都要把我們走過的路再走一遍，這是省不了的。

我們做到現(xiàn)在，看上去好像有運(yùn)氣，有僥幸，但那也是我們一步步爭取過來的。我們的門檻其實(shí)蠻高的。