集群,分布式,微服務概念和區別理解


轉自:https://blog.csdn.net/qq_37788067/article/details/79250623   (部分內容做了修改)

 

概念:

集群是個物理形態,分布式是個工作方式。

  • 分布式:一個業務拆分成多個子業務,每個子業務分別部署在不同的服務器上
  • 集群:同一個業務,部署在多個服務器上

 

1、分布式是指將不同的子業務分布在不同的地方。而集群指的是將幾台服務器集中在一起,實現同一業務。

分布式中的每一個節點,都可以做集群。而集群並不一定就是分布式的。

舉例:就比如新浪網,訪問的人多了,他可以做一個群集,前面放一個響應服務器,后面幾台服務器完成同一業務,如果有業務訪問的時候,響應服務器看哪台服務器的負載不是很重,就將給哪一台去完成。

而分布式,從窄意上理解,也跟集群差不多,但是它的組織比較松散,不像集群,有一個組織性,一台服務器垮了,其它的服務器可以頂上來。

分布式的每一個節點,都完成不同的子業務,一個節點垮了,那這個業務就不可訪問了。

 

2、簡單說,分布式是以縮短單個任務的執行時間來提升效率的,而集群則是通過提高單位時間內執行的任務數來提升效率。

例如:如果一個任務由 10 個子任務組成,每個子任務單獨執行需 1 小時,則在一台服務器上執行該任務需 10 小時。

采用分布式方案,提供 10 台服務器,每台服務器只負責處理1個子任務,1小時完成1個服務。(這種工作模式的一個典型代表就是 Hadoop 的 Map/Reduce 分布式計算模型)

而采用集群方案,同樣提供 10 台服務器,每台服務器都能獨立處理這個任務。假設有 10 個任務同時到達,10 個服務器將同時工作,10小時完成10個服務。

 


 

好的設計應該是分布式和集群的結合,先分布式再集群,具體實現就是業務拆分成很多子業務,然后針對每個子業務進行集群部署,這樣每個子業務如果出了問題,整個系統完全不會受影響。

另外,還有一個概念和分布式比較相似,那就是微服務。

微服務是一種架構風格,一個大型復雜軟件應用由一個或多個微服務組成。系統中的各個微服務可被獨立部署,各個微服務之間是松耦合的。每個微服務僅關注於完成一件任務並很好地完成該任務。在所有情況下,每個任務代表着一個小的業務能力。

 

 

區別:

 

1.分布式

將一個大的系統划分為多個業務模塊,業務模塊分別部署到不同的機器上,各個業務模塊之間通過接口進行數據交互。區別分布式的方式是根據不同機器不同業務。

上面:service A、B、C、D 分別是業務組件,通過API Geteway進行業務訪問。

注:分布式需要做好事務管理。

分布式事務可參考:微服務架構的分布式事務解決方案

2.集群模式

集群模式是不同服務器部署同一套服務對外訪問,實現服務的負載均衡。區別集群的方式是根據部署多台服務器業務是否相同。

注:集群模式需要做好session共享,確保在不同服務器切換的過程中不會因為沒有獲取到session而中止退出服務。

一般配置Nginx*的負載容器實現:靜態資源緩存、Session共享可以附帶實現,Nginx支持5000個並發量。

3.分布式是否屬於微服務?

分布式一定是微服務,微服務不一定是分布式。

分布式的定義:把一個服務拆分成多個子服務,分別放在不同的服務器上。微服務可以放在同一個服務器上,也可以放在不同的服務器上。

4.微服務架構

微服務的設計是為了不因為某個模塊的升級和BUG影響現有的系統業務。微服務與分布式的細微差別是,微服務的應用不一定是分散在多個服務器上,他也可以是同一個服務器。

 

分布式和微服的架構很相似,只是部署的方式不一樣而已。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM