宅男程序員給老婆的計算機課程之3:架構比較

男主角:Wuvist(新浪微博),真名翁偉,自稱胖程序員一個,幸虧已婚。學習.NET出身,現經常使用Python作服務器端開發,曾任新加坡某創業公司主程。公司被Techcrunch blog事後,以爲新加坡生活太過安逸,終於在去年辭職隻身回家鄉汕頭創業,活躍於珠三角技術沙龍,熱衷於與其餘技術宅分享。html

Wuvist

本文做者:Wuvist程序員

女主角:Katze,Wuvist的老婆,女程序員,在某跨國投行任Unix系統管理員,常被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系列:

  1. 宅男程序員給老婆的計算機課程之0:認清本質
  2. 宅男程序員給老婆的計算機課程之1:認清實際
  3. 宅男程序員給老婆的計算機課程之2:怎麼看待牛人
  4. 宅男程序員給老婆的計算機課程之3:架構比較
  5. 宅男程序員給老婆的計算機課程之4:SQL vs NoSQL
  6. 宅男程序員給老婆的計算機課程之5:設計模式
  7. 宅男程序員給老婆的計算機課程之6:模版引擎
  8. 宅男程序員給老婆的計算機課程之7:運維的重要性
  9. 宅男程序員給老婆的計算機課程之8:控制器
  10. 宅男程序員給老婆的計算機課程之9:數據模型
  11. 宅男程序員給老婆的計算機課程之10:作,就對了!
  12. 宅男程序員給老婆的計算機課程之11:域模型
相關文章
相關標籤/搜索