概念:
集羣是個物理形態，分佈式是個工做方式。緩存
- 分佈式：一個業務分拆多個子業務，部署在不一樣的服務器上
- 集羣：同一個業務，部署在多個服務器上
1：分佈式是指將不一樣的業務分佈在不一樣的地方。而集羣指的是將幾臺服務器集中在一塊兒，實現同一業務。服務器
分佈式中的每個節點，均可以作集羣。而集羣並不必定就是分佈式的。session
舉例：就好比新浪網，訪問的人多了，他能夠作一個羣集，前面放一個響應服務器，後面幾臺服務器完成同一業務，若是有業務訪問的時候，響應服務器看哪臺服務器的負載不是很重，就將給哪一臺去完成。架構
而分佈式，從窄意上理解，也跟集羣差很少，可是它的組織比較鬆散，不像集羣，有一個組織性，一臺服務器垮了，其它的服務器能夠頂上來。併發
分佈式的每個節點，都完成不一樣的業務，一個節點垮了，那這個業務就不可訪問了。負載均衡
2：簡單說，分佈式是以縮短單個任務的執行時間來提高效率的，而集羣則是經過提升單位時間內執行的任務數來提高效率。分佈式
例如：若是一個任務由 10 個子任務組成，每一個子任務單獨執行需 1 小時，則在一臺服務器上執行該任務需 10 小時。微服務
採用分佈式方案，提供 10 臺服務器，每臺服務器只負責處理一個子任務，不考慮子任務間的依賴關係，執行完這個任務只需一個小時。(這種工做模式的一個典型表明就是 Hadoop 的 Map/Reduce 分佈式計算模型）oop
而採用集羣方案，一樣提供 10 臺服務器，每臺服務器都能獨立處理這個任務。假設有 10 個任務同時到達，10 個服務器將同時工做，1 小時後，10 個任務同時完成，這樣，整身來看，仍是 1 小時內完成一個任務！url
好的設計應該是分佈式和集羣的結合，先分佈式再集羣，具體實現就是業務拆分紅不少子業務，而後針對每一個子業務進行集羣部署，這樣每一個子業務若是出了問題，整個系統徹底不會受影響。
另外，還有一個概念和分佈式比較類似，那就是微服務。
微服務是一種架構風格，一個大型複雜軟件應用由一個或多個微服務組成。系統中的各個微服務可被獨立部署，各個微服務之間是鬆耦合的。每一個微服務僅關注於完成一件任務並很好地完成該任務。在全部狀況下，每一個任務表明着一個小的業務能力。
區別:
1.分佈式
將一個大的系統劃分爲多個業務模塊，業務模塊分別部署到不一樣的機器上，各個業務模塊之間經過接口進行數據交互。區別分佈式的方式是根據不一樣機器不一樣業務。
上面：service A、B、C、D 分別是業務組件，經過API Geteway進行業務訪問。
注：分佈式須要作好事務管理。
分佈式事務可參考：微服務架構的分佈式事務解決方案
2.集羣模式
集羣模式是不一樣服務器部署同一套服務對外訪問，實現服務的負載均衡。區別集羣的方式是根據部署多臺服務器業務是否相同。
注：集羣模式須要作好session共享，確保在不一樣服務器切換的過程當中不會由於沒有獲取到session而停止退出服務。
通常配置Nginx*的負載容器實現：靜態資源緩存、Session共享能夠附帶實現，Nginx支持5000個併發量。
3.分佈式是否屬於微服務？
答案是確定的。微服務的意思也就是將模塊拆分紅一個獨立的服務單元經過接口來實現數據的交互。
4.微服務架構
微服務的設計是爲了避免由於某個模塊的升級和BUG影響現有的系統業務。微服務與分佈式的細微差異是，微服務的應用不必定是分散在多個服務器上，他也能夠是同一個服務器。
分佈式和微服的架構很類似，只是部署的方式不同而已。