男主角:Wuvist(新浪微博),真名翁偉,自稱胖程序員一個,幸虧已婚。學習.NET
本文做者:Wuvist程序員
女主角:Katze,Wuvist的老婆,女程序員,
【51CTO獨家特稿】承接上文,12306的案例是蠻不錯的題材;看過諮詢師「很厲害的樣子」,那麼,究竟要如何作好 「海量事務高速處理系統」 這個方案?服務器
「Hacker」提出了方案:架構
caoz,出自百度的超低調牛人:
http://hi.baidu.com/caoz/blog/item/f4f1d7caee09b558f21fe780.html併發
雲風,原網易杭州研究中心總監:
http://blog.codingnow.com/2012/01/ticket_queue.html運維
一樣的,也有另一些「ED」在討論方案:ide
林仕鼎,百度首席架構師,曾任微軟亞洲研究院研究員:
http://qing.weibo.com/2244218960/85c41050330009xm.html
http://weibo.com/2244218960/y0l4S7Y1d高併發
白碩sse,上海證券交易所總工程師:
http://weibo.com/1922397344/y0jMo9IaD
http://weibo.com/1922397344/y0jP6jNRB
http://weibo.com/1922397344/y0jUy2rkf學習
且不論「Hacker」跟「ED」誰更加牛,從他們的解決問題的手法、角度上看就很是不一樣。
「Hacker」所追求的是解決問題,只要是問題被解決,怎麼解決的無所謂;併發流量太大,系統處理不過來;caoz / 雲風兩種的方案,實質上都是直接去處理源頭 - 避免併發。
caoz把高併發的請求直接分流去非主業務服務器,主業務服務器無需面臨高併發;雲鳳則提出排隊系統,避免高併發的出現。
而林仕鼎、白碩則是正兒八經的去討論在有這樣高併發的前提下,要怎麼處理。
哥倫布的雞蛋。
可以用手去扶住雞蛋,「Hacker」絕對不會猶豫;而「ED」則努力的去把雞蛋豎起來。
注意,牛「ED」未必就不懂得能夠用手。
這樣「Hacker」精神,在雲風的blog上,還有另外一個體現:屏蔽垃圾評論的驗證碼。
博客有不少垃圾評論,須要屏蔽,有不少不少種方式,各類神奇的驗證碼,葉貝斯規則過濾等等。
「ED」能夠設計出來不少方案,並實現。
雲風腫麼作呢?
他在評論發表的時候,增長了一個項目:爲了驗證您是人類,請將六加一的結果(阿拉伯數字七)填寫在下面
「只要能解決問題,就採用最簡單的設計。」
這個驗證碼插件是我本身寫的,只有一行 perl 代碼。就是判斷輸入是否是 '7' 。
結果它很管用。從後臺 log 看,攔截了幾萬條 spam 。」
http://blog.codingnow.com/2012/01/dev_note_7.html#comment-42161
注意,牛的「Hacker」未必就不懂得作出龐大架構並實現。
「要如何作好「海量事務高速處理系統」這個方案」自己就多是個僞命題,
「海量事務高速處理系統」這個需求自己可能根本就不存在。
做業:
1. 林仕鼎是百度首席架構師嗎?
2. 看完caoz全部的blog。
51CTO系列: