當前位置:文學樓>都市言情>大時代之巔> 第850章 遠親不如近鄰
閱讀設定(推薦配合 快捷鍵[F11] 進入全屏沉浸式閱讀)

設定X

第850章 遠親不如近鄰 (3 / 4)

周不器道:“朋友嘛,還是得多走動。都說遠親不如近鄰,為啥啊?還不是常往來嘛。這朋友啊,不經常往來,關係也就淡了。”

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

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

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

……

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

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

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

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

馬老闆笑哈哈,“遠親不如近鄰,得多走動。”

周不器哼道:“少來!說吧,到底什麼事?”

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

周不器好笑道:“這不是好事嘛!冗餘越小,說明淘寶的流量越高,成交量越多。你這怎麼愁眉苦臉的?”

馬老闆道:“伺服器不夠了,就要採購伺服器。可是,他們告訴我,淘寶現在的架構,有天花板啊!”

“嗯?”

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

“哦,這樣啊……”

周不器暗暗好笑。

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

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

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

可是,問題又來了。

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

紫微星在做的諸多分散式的系統,以及分散式資料庫、雲端計算,百度在做的“金字塔”專案,其實都是尋求用新的技術模式來解決大資料大流量所帶來的諸多問題。

馬老闆問道:“紫微星怎麼做的?朋友網和微點,流量可不低吧?”

周不器道:“我們也差不過,也是IOE那一套。我們在CNNIC的資料中心租了2萬臺伺服器,打造了三套模型,每套5000臺,另外5000臺做備份……嗯,好像是這樣,我也不太懂。”

老馬一聽,羨慕嫉妒恨。

這就是首都的優勢啊!

上一頁 目錄 +書籤 下一頁