純理論,完全是別人東西的再組合。
一、參考資料
http://insights.thoughtworkers.org/website-architecture-evlovement/ 這個是主要的參考資料
http://blog.csdn.net/moonpure/article/details/44671773
http://baike.baidu.com/link?url=NNU1TR8S_MEmoXQvmZNq05mlYWgvK-e7b1vzN_yRAQgBV11O537tP5ijShyVYGSPnsJNgXn8DlcY5N8GrZAGEpa2BbaUcpK6AHdlN0wS_FbJjqFS2YUwO6WYRp7PiJAA
http://www.cnblogs.com/Leo_wl/p/4281236.html
二、
http://jingyan.baidu.com/article/456c463b95e6030a583144b6.html 百度經驗
http://www.cnblogs.com/junneyang/p/5231849.html
http://www.cnblogs.com/xrq730/p/4954152.html
http://www.thinkphp.cn/code/2510.html
http://blog.csdn.net/dinglang_2009/article/details/46398885 上下2集
==
網站架構是個循序漸進的過程
1、單機時代。APP、DB、File都在一臺服務器上;
2、應用服務器和數據庫服務器分離。
3、應用服務器集群。增加應用服務器數量,多臺應用服務器之間如何交互
4、數據庫讀寫分離。引發2個問題,1、主從同步;2、應用對數據庫的選擇。
5、用搜索殷勤緩解讀庫壓力(InnoDB)
6、用緩存緩解讀庫的壓力(redis做數據庫緩存memcacahe做應用緩存)
7、數據庫水平拆分與垂直拆分
8、應用的拆分,將業務細化,然后拆分出多臺應用服務器
9、引入消息中間件
==業務增加帶來的技術改進
1、應用服務器和數據庫分離
2、增加頁面緩存(CDN)
3、增加頁面片段緩存
4、數據緩存(數據庫信息)
5、增加應用服務器()
6、數據庫分庫
7、分表、DAL和分布式緩存
8、增加更多的應用服務器
9、讀寫分離(數據庫),廉價的存儲設備
10、大型分布式應用和廉價服務器集群
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。