首頁(yè) 猿問(wèn) 請(qǐng)問(wèn)這樣的部署架構(gòu)合理不？

請(qǐng)問(wèn)這樣的部署架構(gòu)合理不？

.NET

慕碼人2483693 2018-09-18 05:06:14

3臺(tái)服務(wù)器A純DB服務(wù)器，B為業(yè)務(wù)邏輯服務(wù)器，訪問(wèn)DB，開(kāi)放webservice接口，C為web服務(wù)器，只通過(guò)webservice與B通訊然后B可以做cache，C可以多臺(tái)做負(fù)載均衡請(qǐng)問(wèn)這樣合理不？是不是稍微有點(diǎn)規(guī)模的都是這樣做的？是不是這樣的結(jié)構(gòu)在小訪問(wèn)量的情況下與單獨(dú)一臺(tái)（邏輯、web在一臺(tái)）的結(jié)構(gòu)要慢很多？因?yàn)檎{(diào)用webservice比較慢？

查看完整描述

2 回答

溫溫醬

TA貢獻(xiàn)1752條經(jīng)驗(yàn) 獲得超4個(gè)贊

多大的訪問(wèn)量，可以前期架構(gòu)的時(shí)候，考慮到這樣的設(shè)計(jì)，等到一定程度的時(shí)候再做分離。

可以根據(jù)需求來(lái)做分離，比如：如果此項(xiàng)目有很多圖片資源需求請(qǐng)求，可以試著把圖片資源單獨(dú)分離出來(lái)。

反對(duì) 回復(fù) 2018-09-25

慕森卡

TA貢獻(xiàn)1806條經(jīng)驗(yàn) 獲得超8個(gè)贊

不合理，web service的目的在于整合企業(yè)內(nèi)部的業(yè)務(wù)，提供給不同的前端應(yīng)用使用，比如你的頁(yè)面有java script取數(shù)據(jù)的操作，那么就可以直接從 web service取，而不必通過(guò)你的web服務(wù)器C取。

我的建議，是把B作為數(shù)據(jù)緩存服務(wù)器，可以做集群，業(yè)務(wù)邏輯還是放到C服務(wù)器，C服務(wù)器本身要做頁(yè)面緩存?，F(xiàn)在有很多開(kāi)源的緩存組件，可以直接使用，比如Memcache,velocity等，其和外部應(yīng)用的通訊是使用tcp的數(shù)據(jù)傳輸。

MySpace早期就是你這樣的架構(gòu)，后來(lái)為了應(yīng)對(duì)更多的用戶，它們就改成我告訴你的這個(gè)架構(gòu)了，再往后，就是把寫數(shù)據(jù)庫(kù)和讀數(shù)據(jù)庫(kù)分離，以及使用CCR等，具體的你可以看看MySpace的服務(wù)器架構(gòu)變更歷史。

反對(duì) 回復(fù) 2018-09-25