宅男程序員給老婆的計(jì)算機(jī)課程之3:架構(gòu)比較
原創(chuàng)男主角：Wuvist（新浪微博），真名翁偉，自稱胖程序員一個，幸好已婚。學(xué)習(xí).NET
本文作者：Wuvist
女主角：Katze，Wuvist的老婆，女程序員，
【51CTO獨(dú)家特稿】承接上文，12306的案例是蠻不錯的題材；看過咨詢師“很厲害的樣子”，那么，究竟要如何做好 「海量事務(wù)高速處理系統(tǒng)」 這個方案？
“Hacker”提出了方案：
caoz，出自百度的超低調(diào)牛人：
http://hi.baidu.com/caoz/blog/item/f4f1d7caee09b558f21fe780.html
云風(fēng)，原網(wǎng)易杭州研究中心總監(jiān)：
http://blog.codingnow.com/2012/01/ticket_queue.html
同樣的，也有另外一些“ED”在討論方案：
林仕鼎，百度***架構(gòu)師，曾任微軟亞洲研究院研究員：
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”所追求的是解決問題，只要是問題被解決，怎么解決的無所謂；并發(fā)流量太大，系統(tǒng)處理不過來；caoz / 云風(fēng)兩種的方案，實(shí)質(zhì)上都是直接去處理源頭 - 避免并發(fā)。
caoz把高并發(fā)的請求直接分流去非主業(yè)務(wù)服務(wù)器，主業(yè)務(wù)服務(wù)器無需面臨高并發(fā)；云鳳則提出排隊(duì)系統(tǒng)，避免高并發(fā)的出現(xiàn)。
而林仕鼎、白碩則是正兒八經(jīng)的去討論在有這樣高并發(fā)的前提下，要怎么處理。
哥倫布的雞蛋。
能夠用手去扶住雞蛋，“Hacker”絕對不會猶豫；而“ED”則努力的去把雞蛋豎起來。
注意，牛“ED”未必就不懂得可以用手。
這樣“Hacker”精神，在云風(fēng)的blog上，還有另一個體現(xiàn)：屏蔽垃圾評論的驗(yàn)證碼。
博客有很多垃圾評論，需要屏蔽，有很多很多種方式，各種神奇的驗(yàn)證碼，葉貝斯規(guī)則過濾等等。
“ED”可以設(shè)計(jì)出來很多方案，并實(shí)現(xiàn)。
云風(fēng)腫么做呢？
他在評論發(fā)表的時候，增加了一個項(xiàng)目：為了驗(yàn)證您是人類，請將六加一的結(jié)果（阿拉伯?dāng)?shù)字七）填寫在下面
“只要能解決問題，就采用最簡單的設(shè)計(jì)。”
這個驗(yàn)證碼插件是我自己寫的，只有一行 perl 代碼。就是判斷輸入是不是 '7' 。
結(jié)果它很管用。從后臺 log 看，攔截了幾萬條 spam 。”
http://blog.codingnow.com/2012/01/dev_note_7.html#comment-42161
注意，牛的“Hacker”未必就不懂得做出龐大架構(gòu)并實(shí)現(xiàn)。
“要如何做好「海量事務(wù)高速處理系統(tǒng)」這個方案”本身就可能是個偽命題，
「海量事務(wù)高速處理系統(tǒng)」這個需求本身可能根本就不存在。
作業(yè)：
1. 林仕鼎是百度***架構(gòu)師嗎？
2. 看完caoz所有的blog。
51CTO系列：
- 宅男程序員給老婆的計(jì)算機(jī)課程之0：認(rèn)清本質(zhì)
- 宅男程序員給老婆的計(jì)算機(jī)課程之1：認(rèn)清實(shí)際
- 宅男程序員給老婆的計(jì)算機(jī)課程之2:怎么看待牛人
- 宅男程序員給老婆的計(jì)算機(jī)課程之3:架構(gòu)比較
【編輯推薦】
