亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

請問這樣的部署架構合理不?

請問這樣的部署架構合理不?

慕碼人2483693 2018-09-18 05:06:14
3臺服務器A純DB服務器,B為業務邏輯服務器,訪問DB,開放webservice接口,C為web服務器,只通過webservice與B通訊 然后B可以做cache,C可以多臺做負載均衡請問這樣合理不?是不是稍微有點規模的都是這樣做的?是不是這樣的結構在小訪問量的情況下與單獨一臺(邏輯、web在一臺)的結構要慢很多?因為調用webservice比較慢?
查看完整描述

2 回答

?
溫溫醬

TA貢獻1752條經驗 獲得超4個贊

多大的訪問量,可以前期架構的時候,考慮到這樣的設計,等到一定程度的時候再做分離。

可以根據需求來做分離,比如:如果此項目有很多圖片資源需求請求,可以試著把圖片資源單獨分離出來。


查看完整回答
反對 回復 2018-09-25
?
慕森卡

TA貢獻1806條經驗 獲得超8個贊

不合理,web service的目的在于整合企業內部的業務,提供給不同的前端應用使用,比如你的頁面有java script取數據的操作,那么就可以直接從 web service取,而不必通過你的web服務器C取。

我的建議,是把B作為數據緩存服務器,可以做集群,業務邏輯還是放到C服務器,C服務器本身要做頁面緩存?,F在有很多開源的緩存組件,可以直接使用,比如Memcache,velocity等,其和外部應用的通訊是使用tcp的數據傳輸。

MySpace早期就是你這樣的架構,后來為了應對更多的用戶,它們就改成我告訴你的這個架構了,再往后,就是把寫數據庫和讀數據庫分離,以及使用CCR等,具體的你可以看看MySpace的服務器架構變更歷史。


查看完整回答
反對 回復 2018-09-25
  • 2 回答
  • 0 關注
  • 321 瀏覽

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號