本人身為web工程師，著眼最多之處莫過於性能與架構，本次幸得參與sd2.0大會，得以與同行廣泛交流,於此二方面，有些架構設計的心得，不敢獨享，與眾友分享，本文是這次參會與眾同撩交流的心得.
架構設計的幾個心得：
一，不要過設計：never over design
這是一個常被提及的話題，但是只要想想你的架構裡有多少功能是根本沒有用到，或者最後廢棄的，就能明白其重要性了，初涉架構設計，往往傾向於設計大而化一的架構，希望設計出具有無比擴展性，能適應一切需求的增加架構，web開發領域是個非常動態的過程，我們很難預測下個星期的變化，而又需要對變化做出最快最有效的響應。
ebay的工程師說過，他們的架構設計從來都無法滿足系統的成長，所以他們的系統永遠都在推翻重做。請注意，不是ebay架構師的能力有問題，他們設計的架構總是建立舊版本的瓶頸上，希望透過新的架構帶來突破，然而新架構帶來的突破總是在很短的時間內就被新增需求淹沒，於是他們必須再使用新的架構
web開發，是個非常敏捷的過程，變化隨時都在產生，用戶需求千變萬化，許多方面偶然性非常高，較之軟體開發，希望用一個架構規劃以後的所有設計，是不現實的
二，web架構生命週期：web architecture's life cycle
既然要杜絕過設計，又要保證一定的前瞻性，那麼怎麼才能找到其中的平衡呢?希望下面的web架構生命週期能夠幫到你
所設計的架構需要在1-10倍的成長下，透過簡單的增加硬體容量就能夠勝任，而在5-10倍的成長期間，請著手下一個版本的架構設計，使之能承受下一個10倍間的成長
google之所以能夠稱霸，不完全是因為搜尋技術和排序技術有多先進，其實包括baidu和yahoo，所使用的技術現在也已經大同小異，然而，google能在一個月內透過增加上萬台伺服器來達到足夠系統容量的能力確是很難被複製的
三，快取：Cache
空間換取時間，緩存永遠電腦設計的重中之重，從cpu到io，到處都可以看到緩存的身影，web架構設計重，緩存設計必不可少，關於怎樣設計合理的緩存，jbosscache的創始人，淘寶的創辦人是這樣說的：其實設計web快取和企業級快取是非常不同的，企業級快取偏重於邏輯，而web緩存，簡單快速為好。 。
快取帶來的問題是什麼?是程式的複雜度上升，因為資料散佈在多個進程，所以同步就是一個麻煩的問題，加上集群，複雜度會進一步提高，在實際運用中，採用怎樣的同步策略常常需要和業務綁定
老錢為搜狐設計的帖子設計了鍊錶緩存，這樣既可以滿足靈活插入的需要，又能夠快速閱讀，而其他一些大型社區也經常採用類此的結構來優化帖子列表，memcache也是一個常常用到的工具
連結:錢宏武談架構設計影片http://211.100.26.82/CSDN_Live/140/qhw.flv
Cache的常用的策略是：讓資料在記憶體中，而不是在比較耗時的磁碟上。從這個角度講，mysql提供的heap引擎(存儲方式)也是一個值得思考的方法,這種存儲方法可以把數據存儲在內存中,並且保留sql強大的查詢能力,是不是一舉兩得呢?
我們這裡只說到了讀緩存，其實還有一種寫緩存，在以內容為主的社區裡比較少用到，因為這樣的社區最主要需要解決的問題是讀問題，但是在處理能力低於請求能力時，或者單一希望請求先被緩存形成塊，然後批量處理時，寫緩存就出現了，在交互性很強的社區設計裡我們很容易找到這樣的緩存
四，核心模組一定要自己開發：DIY your core module
這點我們是深有體會，錢宏武和雲風也都有談到，我們經常傾向於使用一些開源模組，如果不涉及核心模組，確實是可以的，如果涉及，那麼就要小心了，因為當訪問量達到一定的程度，這些模組往往都有這樣那樣的問題，當然我們可以把問題歸結為對開源的模組不熟悉，但是不管怎樣，核心出現問題的時候，不能完全掌握其代碼是非常可怕的
五，合理選擇資料儲存方式：reasonable data storage
我們一定要使用資料庫嗎，不一定，雷鳴告訴我們搜尋不一定需要資料庫，雲風告訴我們，遊戲不一定需要資料庫，那麼什麼時候我們才需要資料庫呢，為什麼不乾脆用檔案來代替他呢?
首先我們要先承認，資料庫也是在對文件進行操作。我們需要資料庫，主要是使用下面這幾個功能，一個是資料存儲，一個是資料檢索，在關係資料庫中，我們其實非常在乎資料庫的複雜搜尋的能力，看看一個統計用的tsql就知道了(不用仔細讀,掃一眼就可以了)
select c.Class_name,d.Class_name_2,a.Creativity_Title,b.User_name,(select count(Id) from review where Reviewid=a.Id) as countNum from Creativity as a,User_info as b,class as c,class2 as d where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id
select a.Id,max(c.Class_name),(max(d.Class_name_2),max(a.Creativity_Title),max(b.User_name),count(e.Id) as countNum from Creativity as a,User_info as b ,class as c,class2 as d,review as e where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id and a.Id=e.Reviewid group by a.Id … …………………………………….