許亮杰嘆了口氣，“就因為成績太好，負載也成了問題。”
“啥”周不器眉梢一挑，“又出技術問題了”
許亮杰道“現在，金幣錢包系統的活躍用戶超過2000萬，日活用戶在2500萬。這個數據可不低啊。以我為這套系統設計的架構來看，高峰的時候，能夠承受每小時1億的負載。可根據觀測，在晚上7點8點高峰期的時候，每小時的已經超過了6000萬。”
周不器松了口氣，“我還以為現在就扛不住了呢。”
許亮杰苦笑道“現在是沒問題，可大家對積攢金幣的興趣太高了。如果不解決，一個月內就要出問題。”
周不器不太懂，試探著問“增加服務器”
許亮杰道“增加服務器來提高負載，這個問題比較好解決，我已經在處理了。真正的困難，是這么大規模數據的處理問題。”
沈向陽解釋了一句，“是數據庫的問題。”
見周大老板不太懂，幾個技術大牛就給他解釋了這其中的簡單原理。
金幣錢包系統，會產生大量的數據。每一次的金幣采集都要做好記錄，每一個，可能要創造23條數據。
也就意味著，在高峰期，需要有1億2億條數據被數據庫存儲、使用，并完成同步。
未來只會更多。
當數據量小的時候，類似“sr
”這樣的語言，可以很快速的響應并執行。
可是當數據量超級大的時候，這樣的語句就完蛋了。
就死機了。
尤其對備受互聯網同行詬病的r數據庫來說，執行超過10億條數據的指令時，反應速度就會奇慢無比。
可能要處理半個多小時，才能響應。
這黃花菜都涼了。
當用戶積攢金幣，從2000金幣積攢到2100金幣，結果半個小時以后才在數據顯示中刷新顯示出來用戶體驗就會嚴重的降低。
就算許亮杰的團隊設計出了好幾套分布式算法來優化、改進響應速度，效果依舊不是很滿意。
許亮杰道“一棟地基不扎實的大樓，再怎么通過技術手段修繕，也改不了危房的事實。金幣錢包系統要協調多個網站，會誕生大量的數據，必須要底層邏輯上予以解決。”
張一明道“是啊，朋友網的數據量就夠大了。結果這套金幣錢包系統，不僅要處理朋友網的數據，還要把今日頭條、校內網的數據都包容進去，技術難度太大。這個大中臺的構思啊，首先遇到的不是管理問題，而是技術障礙。”
“現在，還只是今日頭條、校內網和朋友網。如果以后把更多的產品都放進來，加上和微點，加上薇蜜網、糗事百科、秘密網、豆瓣，再加上第三方的優酷、、京東那數據規模將會非常恐怖。”
許亮杰感慨了一番。
要想實現“大中臺”的戰略，首先就是要解決技術問題，讓紫微星擁有能夠處理超大數據的能力。
周不器表情比較平淡，技術問題肯定還是要依靠專業人士，“你們的解決方案呢”
許亮杰道“兩條路一起走。第一，由紫微星研究院牽頭，馬上啟動對開源大數據系統的研究。”
第二呢
“膽子要再大一下，放棄r，應用上我們自研的飛天分布式數據庫”