第850章 遠親不如近鄰（2/2）

周不器道：「朋友嘛，還是得多走動。都說遠親不如近鄰，為啥啊？還不是常往來嘛。這朋友啊，不經常往來，關係也就淡了。」

蔣杏氣得眼眸瞪得跟杏仁似的。

辦公桌後的徐百卉，差點沒笑出來。

就覺得這個周老大果然夠無恥，把人耍的一愣一愣的。

……

本以為第二天中午能出去跟蔣杏出去見個面，抽出一個來小時的時間，跟她好好聊聊人生大事，溝通溝通友誼。

結果很不巧，老馬來京了。

周不器就沒辦法，只能說等從美國回來了，再跟蔣杏小姐暢談人生了。

二人去了一家商務會所喝茶。

馬老闆笑哈哈，「遠親不如近鄰，得多走動。」

周不器哼道：「少來！說吧，到底什麼事？」

馬老闆是遇到了一些小麻煩，嘆道：「前兩天，我們的架構師告訴我，說是淘寶的伺服器有點撐不住了。每天中午和晚上的交易量高峰，伺服器的冗餘只有2%了。」

周不器好笑道：「這不是好事嘛！冗餘越小，說明淘寶的流量越高，成交量越多。你這怎麼愁眉苦臉的？」

馬老闆道：「伺服器不夠了，就要採購伺服器。可是，他們告訴我，淘寶現在的架構，有天花板啊！」

「嗯？」

「淘寶用的是IOE格局，這個架構最多只能調取5000台伺服器，也就能承受5000萬人的規模。按照淘寶現在的增長量，三年之內必定要出問題。」

「哦，這樣啊……」

周不器暗暗好笑。

心說老馬終究是慢了一步。

論流量，還是紫微星和百度這邊更勝一籌。淘寶的IOE架構只能調取5000台伺服器，其實全世界都差不多，這是模板。

但總有解決問題的辦法，去打造更大規模的伺服器集群。

可是，問題又來了。

小規模數據的算法邏輯，跟大數據規模的算法邏輯是不一樣的。要有大數據的處理系統，才能夠高效的處理大數據的問題。

紫微星在做的諸多分布式的系統，以及分布式資料庫、雲計算，百度在做的「金字塔」項目，其實都是尋求用新的技術模式來解決大數據大流量所帶來的諸多問題。

馬老闆問道：「紫微星怎麼做的？朋友網和微點，流量可不低吧？」

周不器道：「我們也差不過，也是IOE那一套。我們在CNNIC的數據中心租了2萬台伺服器，打造了三套模型，每套5000台，另外5000台做備份……嗯，好像是這樣，我也不太懂。」

老馬一聽，羨慕嫉妒恨。

這就是首都的優勢啊！

基礎設施太完備了！

國家機構斥資幾十億打造了數據中心，租借給網際網路公司使用。杭城就沒有這樣的基礎設施，只能是阿里自己搞。

那價格就太貴了。

一台IBM的頂級伺服器，價格都得十幾萬美元。

像朋友網、百度這種網站，不需要最頂尖的伺服器，這種信息類的網站，即便出現了一些信息差錯也沒問題。可是淘寶就不行了，涉及到金融交易，絲毫的差錯都不能有，必須要用最好的設備。

馬老闆感慨道：「還是得做大數據的研究啊！」

周不器豎起一根大拇指，「真知灼見！」

「紫微星在這方面很有研究吧？」

「嗯，還是百度研究的更深。哎呀，老馬，要我說，你也不用太著急。淘寶才多點流量啊？能比得上紫微星嗎？我這人最大的特點，就是樂善好施。紫微星工程院做的頁面加載系統，用了吧？效果可以吧？」

意思很明顯。

等我研究好了，賣給你！

老馬，你坐享其成就好了。

一家偉大企業的成功之路，一定缺少不了運氣。前世的老馬，這個時間段開始在國內找人，幫淘寶做大數據。

找來找去，碰見了王建博士。

可是王建野心更大，想做雲計算，並給老馬描繪出了一幅宏大的藍圖。按照阿里內部的說法，就是王建把老馬給忽悠了，明明一套大數據系統就行，非要做不著邊的雲計算。

伯樂與千里馬相逢了，阿里雲才轟轟烈烈的啟動了。

現在，王建博士已經被周不器挖走，去做紫微雲了，阿里雲估計短期內是看不到了。

沒想到，馬老闆忽然問：「你說的那個雲計算平台……這個平台，能調取多少台伺服器？」

周不器道：「理論上來講，沒有上限。」

「沒有上限？」

「國內才多少人啊，哪怕全國人民同時上網登錄一家網站，十幾萬台伺服器也就夠了。理論上沒有上限，實際上不需要那麼多。」

「嗯……」

馬老闆點了點頭，若有所思。

周不器嘆氣道：「做雲計算太冒險了，資金量太大。要不是國內的確需要這樣一個平台來解決一些網際網路問題，我也不想去做。嗯，如果紫微雲真做起來了，到時候淘寶直接入駐就行了。」

「穩定嗎？」

「必須的！」

周不器斬釘截鐵，「等做出來後，朋友網第一個上，到時候你看看就知道了。」