服務(wù)器架構(gòu)，說簡單不簡單，說復雜不復雜，前段時間我們請到了國內(nèi)服務(wù)器頂級攻城獅，他把服務(wù)器那點事講得如此通透簡單。

對于一個剛起步的創(chuàng)業(yè)公司，不需要考慮太多復雜的服務(wù)器架構(gòu)，能把業(yè)務(wù)跑起來就行了。但是在早期業(yè)務(wù)邏輯設(shè)計時，懂一些稍微復雜的服務(wù)器架構(gòu)的邏輯，后面可以少走很多彎路。

下面這個圖估計大家都明白，這就是最基礎(chǔ)的服務(wù)器架構(gòu)。傻瓜式的方法是把應用服務(wù)器、文件服務(wù)器、數(shù)據(jù)庫服務(wù)器全部混合在一起，呵呵呵！但這并不是最科學的。

當業(yè)務(wù)量持續(xù)增加到一定量以后，執(zhí)行應用程序、讀寫文件、訪問數(shù)據(jù)庫應該有所區(qū)分，保證各自的需求都能得到滿足，這時候你需要考慮把應用服務(wù)器、文件服務(wù)器、數(shù)據(jù)庫服務(wù)器分離，這個時候的服務(wù)器架構(gòu)應該是下面這樣的，它是由三個獨立的服務(wù)器組成，各司其職。

 隨著業(yè)務(wù)量持續(xù)增加，應用程序訪問緩存數(shù)據(jù)會成為瓶頸，這個時候需要增加本地緩存，有的也需要分布式緩存。分布式緩存是指緩存部署在多個服務(wù)器組成的服務(wù)器集群中，以集群的方式提供緩存服務(wù)，其架構(gòu)方式主要有兩種，一種是以JBoss Cache為代表的需要同步更新的分布式緩存，一種是以Memchached為代表的互不通信的分布式緩存。如下圖：

 接下來，應用服務(wù)器需要更多臺以應對復雜的業(yè)務(wù)邏輯，那么就需要負載均衡調(diào)度服務(wù)器來調(diào)度和分配應用服務(wù)器的工作任務(wù)。

再往后，需要考慮數(shù)據(jù)庫服務(wù)器的承壓能力，通?？梢圆捎弥鲝氖綌?shù)據(jù)庫服務(wù)器架構(gòu)，把讀、寫兩部分分開，既可以提高數(shù)據(jù)訪問的安全性，也能提高數(shù)據(jù)讀寫的效率。

  隨著業(yè)務(wù)量暴增，單一區(qū)域的服務(wù)器帶寬將不能承載全國的業(yè)務(wù)需求，這時候需要增加反向代理和CDN服務(wù)器。CDN系統(tǒng)能夠?qū)崟r地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點的連接、負載狀況以及到用戶的距離和響應時間等綜合信息將用戶的請求重新導向離用戶最近的服務(wù)節(jié)點上。其目的是使用戶可就近取得所需內(nèi)容，解決 Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應速度。

同樣，服務(wù)器架構(gòu)師應該分析文件服務(wù)器和數(shù)據(jù)庫服務(wù)器的網(wǎng)絡(luò)讀寫速度，進一步部署分布式的架構(gòu)。

對于有搜索和大量查詢的網(wǎng)絡(luò)業(yè)務(wù)，還需要增加獨立的搜索引擎和NoSQL服務(wù)器。

對于更復雜的系統(tǒng)，還需要進一步拆分應用服務(wù)器，增加消息隊列服務(wù)器。增加消息隊列服務(wù)器有以下幾點好處：

1，由于消息隊列服務(wù)器的速度遠遠高于數(shù)據(jù)庫服務(wù)器，所以能夠快遞處理并返回數(shù)據(jù)；

2，消息隊列服務(wù)器具有更好的擴展性；

3，在高并發(fā)的情況下，延遲寫入數(shù)據(jù)庫，可以有效降低數(shù)據(jù)庫的壓力。

對于一些超大型綜合互聯(lián)網(wǎng)業(yè)務(wù)，應用服務(wù)器也需要分布式的架構(gòu)，這個時候在不同業(yè)務(wù)的應用服務(wù)器之間做好消息協(xié)同會有較大的挑戰(zhàn)。

原文：https://blog.csdn.net/daogla/article/details/72877153