從單機到分布式
1.單臺服務(wù)器應(yīng)用
問題:由于流量越來越大出現(xiàn)服務(wù)器性能問題。
2.應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器分離
對架構(gòu)增加了一臺服務(wù)器,應(yīng)用和數(shù)據(jù)庫分別部署到不同的服務(wù)器上,對于開發(fā)和測試沒有任何影響,只需要應(yīng)用服務(wù)器新增一個遠程調(diào)用數(shù)據(jù)庫服務(wù)器的連接,有效地緩解了應(yīng)用服務(wù)器負載的壓力。
問題:隨著請求流量的進一步增大,出現(xiàn)應(yīng)用服務(wù)器性能問題。
3.應(yīng)用服務(wù)器集群
流量請求得到緩解。
應(yīng)用服務(wù)器集群后出現(xiàn)以下問題:
- 需要使用 Session+Cookie 維護用戶。
- 如何做請求轉(zhuǎn)發(fā)(CDN,前端做負載均衡器)。
4.負載均衡器
負載均衡器優(yōu)化了訪問請求在服務(wù)器組之間的分配,消除了服務(wù)器之間的負載不平衡,從而提高了系統(tǒng)的反應(yīng)速度與總體性能。
負載均衡器可以對服務(wù)器的運行狀況進行監(jiān)控,及時發(fā)現(xiàn)運行異常的服務(wù)器,并將訪問請求轉(zhuǎn)移到其它可以正常工作的服務(wù)器上,從而提高服務(wù)器組的可靠性采用了負均衡器器以后,可以根據(jù)業(yè)務(wù)量的發(fā)展情況靈活增加服務(wù)器,系統(tǒng)的擴展能力得到提高,同時簡化了管理。
負載均衡器之后出現(xiàn)以下問題:隨著流量的新增,數(shù)據(jù)庫服務(wù)器有性能壓力,數(shù)據(jù)庫遇到瓶頸。
5.數(shù)據(jù)庫服務(wù)器集群
數(shù)據(jù)庫服務(wù)器集群后出現(xiàn)以下問題:
- 數(shù)據(jù)庫讀寫分離
- 數(shù)據(jù)庫數(shù)據(jù)同步
- 數(shù)據(jù)庫路由
6.搜索引擎集群
搜索引擎集群后出現(xiàn)以下問題:
- 搜索引擎的索引數(shù)據(jù)如何同步,實時增量還是定時全量?
7.緩存服務(wù)器
用戶量是沒有上限的,緩存、 限流、 降級。
注:架構(gòu)到了第七版還不能算分布式架構(gòu),只能說是由多臺服務(wù)器組成的高可用的架構(gòu)。
8.數(shù)據(jù)庫水平/垂直拆分
目前將數(shù)據(jù)庫進行垂直拆分,還未進行數(shù)據(jù)庫水平拆分(比如將訂單表分庫分表就屬于水平拆分)。
9.應(yīng)用服務(wù)器垂直拆分
以淘寶為例:
- user.taobao.com
- product.taobao.com
- order.taobao.com
根據(jù)不同域名請求訪問不同服務(wù)器,如果涉及到用戶需要查詢商品或訂單,直接在用戶服務(wù)器里寫 DAO 層查詢商品或訂單數(shù)據(jù)庫表。
問題:應(yīng)用服務(wù)器交互調(diào)用問題。文章來源:http://www.zghlxwxcb.cn/news/detail-434711.html
10.SOA服務(wù)(分布式架構(gòu))
SOA(Service Oriented Architecture,面向服務(wù)的架構(gòu))是一種可通過服務(wù)接口復(fù)用軟件組件的方法。
最后第十版就不是 Web 應(yīng)用服務(wù)了,應(yīng)用服務(wù)拆分為服務(wù)節(jié)點,屬于 微服務(wù) 了。文章來源地址http://www.zghlxwxcb.cn/news/detail-434711.html
到了這里,關(guān)于【軟件開發(fā)】從單機到分布式的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!