第(3/3)頁

    許亮杰嘆了口氣，“就因為成績太好，負(fù)載也成了問題。”

    “啥？”周不器眉梢一挑，“又出技術(shù)問題了？”

    許亮杰道：“現(xiàn)在，金幣錢包系統(tǒng)的活躍用戶超過2000萬，日活用戶在2500萬。這個數(shù)據(jù)可不低啊。以我為這套系統(tǒng)設(shè)計的架構(gòu)來看，高峰的時候，能夠承受每小時1億pv的負(fù)載。可根據(jù)觀測，在晚上7點(diǎn)-8點(diǎn)高峰期的時候，每小時的pv已經(jīng)超過了6000萬。”

    周不器松了口氣，“我還以為現(xiàn)在就扛不住了呢。”

    許亮杰苦笑道：“現(xiàn)在是沒問題，可大家對積攢金幣的興趣太高了。如果不解決，一個月內(nèi)就要出問題。”

    周不器不太懂，試探著問：“增加服務(wù)器？”

    許亮杰道：“增加服務(wù)器來提高負(fù)載，這個問題比較好解決，我已經(jīng)在處理了。真正的困難，是這么大規(guī)模數(shù)據(jù)的處理問題。”

    沈向陽解釋了一句，“是數(shù)據(jù)庫的問題。”

    見周大老板不太懂，幾個技術(shù)大牛就給他解釋了這其中的簡單原理。

    金幣錢包系統(tǒng)，會產(chǎn)生大量的數(shù)據(jù)。每一次的金幣采集都要做好記錄，每一個pv，可能要創(chuàng)造2-3條數(shù)據(jù)。

    也就意味著，在高峰期，需要有1億-2億條數(shù)據(jù)被數(shù)據(jù)庫存儲、使用，并完成同步。

    未來只會更多。

    當(dāng)數(shù)據(jù)量小的時候，類似“select    *    from    tablexx    where    title    like    %xx%”這樣的sql語言，可以很快速的響應(yīng)并執(zhí)行。

    可是當(dāng)數(shù)據(jù)量超級大的時候，這樣的語句就完蛋了。

    就死機(jī)了。

    尤其對備受互聯(lián)網(wǎng)同行詬病的oracle數(shù)據(jù)庫來說，執(zhí)行超過10億條數(shù)據(jù)的指令時，反應(yīng)速度就會奇慢無比。

    可能要處理半個多小時，才能響應(yīng)。

    這黃花菜都涼了。

    當(dāng)用戶積攢金幣，從2000金幣積攢到2100金幣，結(jié)果半個小時以后才在數(shù)據(jù)顯示中刷新顯示出來……用戶體驗就會嚴(yán)重的降低。

    就算許亮杰的團(tuán)隊設(shè)計出了好幾套分布式算法來優(yōu)化、改進(jìn)響應(yīng)速度，效果依舊不是很滿意。

    許亮杰道：“一棟地基不扎實(shí)的大樓，再怎么通過技術(shù)手段修繕，也改不了危房的事實(shí)。金幣錢包系統(tǒng)要協(xié)調(diào)多個網(wǎng)站，會誕生大量的數(shù)據(jù)，必須要底層邏輯上予以解決。”

    張一明道：“是啊，朋友網(wǎng)的數(shù)據(jù)量就夠大了。結(jié)果這套金幣錢包系統(tǒng)，不僅要處理朋友網(wǎng)的數(shù)據(jù)，還要把今日頭條、校內(nèi)網(wǎng)的數(shù)據(jù)都包容進(jìn)去，技術(shù)難度太大。這個大中臺的構(gòu)思啊，首先遇到的不是管理問題，而是技術(shù)障礙。”

    “現(xiàn)在，還只是今日頭條、校內(nèi)網(wǎng)和朋友網(wǎng)。如果以后把更多的產(chǎn)品都放進(jìn)來，加上helo和微點(diǎn)，加上薇蜜網(wǎng)、糗事百科、秘密網(wǎng)、豆瓣，再加上第三方的優(yōu)酷、uc、京東……那數(shù)據(jù)規(guī)模將會非常恐怖。”

    許亮杰感慨了一番。

    要想實(shí)現(xiàn)“大中臺”的戰(zhàn)略，首先就是要解決技術(shù)問題，讓紫微星擁有能夠處理超大數(shù)據(jù)的能力。

    周不器表情比較平淡，技術(shù)問題肯定還是要依靠專業(yè)人士，“你們的解決方案呢？”

    許亮杰道：“兩條路一起走。第一，由紫微星研究院牽頭，馬上啟動對開源大數(shù)據(jù)系統(tǒng)hadoop的研究。”

    第二呢？

    “膽子要再大一下，放棄oracle，應(yīng)用上我們自研的飛天分布式數(shù)據(jù)庫！”


    第(3/3)頁