看書之類的種種概念生澀難懂，讓我來換一種通俗易懂的比喻來給大家舉列子，包大家一看就懂！

滑稽至上

單體架構：

家里生小寶寶啦，由于自己沒有照顧小寶寶的經驗，所以請了位經驗豐富的月嫂，
這位月嫂從買菜，到做飯，洗衣，拖地，喂奶，哄睡，洗澡，換紙尿褲，擦屁股，做排氣操，夜間陪護，給奶媽做月子餐等等，全部都做， 這種叫做單體架構，

集群：

什么都做，一個月嫂怎么夠呢，肯定忙不過來呀，那就請兩個月嫂吧，這叫做集群，
高可用：
有一個月嫂過生日，想請假回去和親戚打一天麻將，如果只有一個月嫂，她走了，就叫做服務中斷了， 但是因為做了集群，有兩個月嫂，走了一個，另一個還是能用，雖然相比較吃力一些，但是畢竟還是能用的，這個現象叫做高可用，

分布式：

一個月嫂，一個月的費用基本上都要1萬多，還有房貸，還有車貸，生活費用還高，實在是請不起兩位啊，那就還是請一位吧， 可是事情那么多，她實在忙不過來，怎么辦呢？ 那就把爺爺請過來買菜，把奶奶請過來做飯， 這樣服務本來僅僅是由月嫂一人提供的，變成了和寶寶相關的由月嫂負責，采購由爺爺負責，餐飲由奶奶負責， 這就叫做分布式了，

低耦合：

做寶寶服務的月嫂去打麻將了，不影響做飯的奶奶， 做采購的爺爺去喝酒了，也不影響月嫂的寶寶服務，這叫做低耦合，
高內聚：
和寶寶相關的事情都是月嫂在做，月嫂兌奶方式快慢，只會影響自己，對爺爺和奶奶的服務沒影響. 這叫做高內聚，

集群+分布式：

奶奶一個人做飯，做久了也煩啊，也累啊，也想打麻將呀， 那么就把姥姥也請過來吧， 這樣做飯這個服務，就由奶奶和姥姥這個集群來承擔啦，她們倆，誰想去汗蒸了，都有另一位繼續提供做飯服務， 這就叫做集群+分布式，

本人在這里整理了20多家公司的面試題，以及各種關于Spring、Spring boot、Spring MVC、MyBatis、MySQL、JVM等知識點，如果有需要的小伙伴可以加群1149778920 暗號：qf

不開玩笑了，說點正經的

分布式和集群都是為了解決兩個問題：

高吞吐量（throughput）

• 高可用（availability）

那既然他們倆都能解決這兩個問題，那擇其一為我所用就好啦，可為什么我們的架構通常既是分布式，又是集群呢？這不矛盾了嗎？

慢慢看下去一切自然就明了

首先咱們聊聊集群

什么是集群，舉個列子就是我開飯店，雇了好多個水平一模一樣的廚師，既可以同時幫我做菜（高吞吐量），而且萬一有一個廚師回家娶媳婦了，我飯店里還有別的廚師（他們可能會比平時忙），不至于要關門停業（高可用）我們常用的快取服務器，比如Memcached和Redis，都是集群架構，以Memcached為例，一開始我們只有一個Memcached節點：

Client把一些資料放到Memcached中，省的每次都是資料庫查，如果只有一個Memcached，那一旦請求壓力大了，Memcached很快就忙不過來（雖然Memcached是多執行緒），而且一旦Memcached掛了，那就沒有快取可以用了，全部請求都會走資料庫，資料庫的壓力會驟然增加！所以我們加多了兩個Memcached節點，形成Memcached集群：

Memcached集群實作了開頭提到的兩個特性：

• 高吞吐量：通過負載均衡演算法（通常是借助一致性Hash和虛擬節點），我們把Client的請求均勻分配到三臺Memcached服務器上，不至于只讓一臺Memcached疲于處理全部請求，

• 高可用：一旦一臺Memcached節點掛了，比如說Memcached1，那借助一致性Hash演算法和它的虛擬節點機制，我們可以將原本發給Client的Memcached1的請求均勻分配到Memcached2和3上，快取功能依舊可用，

有人說，請求會被分布到各個Memcached節點，這不就是分布式嗎？

嚴格來說，這只能算是“分布的”（distributed），正如Memcached官網的介紹說的：

memcached is a high-performance, distributed memory object caching system

那什么才算是分布式呢？（承上啟下，自然而然的引出下面對分布式的介紹，加5分 —— 語文老師評）

還是我開飯店的例子，飯店不能只有廚師啊，總不能讓客人來了直接跑到后廚跟廚師說他要吃什么吧？所以還要前臺負責接待，要服務員負責送菜，還要收銀員負責結賬… 這樣一個各司其職，最后共同完成一件大事的系統，就形成了分布式，

還是上面那張圖，換個角度去看，就是分布式了，之前我們只看到了三臺Memcached節點，上面說了，這只是集群，那要怎么看才是分布式呢？把眼睛睜大！看整張圖！

為什么說整張圖就是分布式了？因為這些節點各司其職，有專門負責資料持久化存盤的（Database），有對外提供業務訪問的（Client，姑且認為是一個商品查詢服務吧），也有負責資料快取的（Memcached）什么？你說這樣還不夠分布式？那就這樣吧（畫的有點ugly…）：

夠分布式了吧 (￣▽￣)~*

分布式同樣實作了開頭提到的兩個特性：

• 高吞吐量：我們把不同業務拆分到不同的機器上，比如用戶資訊查詢和訂單資訊查詢都是非常頻繁的業務操作，現在我們拆成了UserService和OrderService，放在不同的機子上運行，自然比都放在一臺機器上，吞吐量要高得多，

• 高可用：我改了一行UserService的代碼，部署過去，編譯失敗，節點掛掉了，最多就影響需要依賴UserService的業務，不會影響其他的，整個系統整體上還是可用的，而如果所有業務都放在一起，那就危險多了！一行代碼編譯失敗，整個系統垮掉，整段垮掉！

可能有同學覺得這樣的分布式，和之前提到的Memcached將請求分散給各個節點進行處理，不都一樣嗎？Memcached集群也是每個節點各司其職，每個節點負責一小部分請求，共同實作快取這個功能，這不也是分布式嗎？

再啰嗦一句你們就清楚了，

我們常說的分布式，或者說分布式（Distribution）這個術語，指的是各個異構的節點形成的系統，所謂異構，就是結構不同、功能不同的節點，

而Memcached集群的各個節點呢？他們是同構的，一個快取的請求過來，比如說Set xxKey xxValue，那這個請求最終只會被一個Memcached節點處理，不會需要多個節點來共同完成這個請求，

而分布式呢，假設我有一個下單的請求，請求發給了OrderService，OrderService需要根據請求里頭的userId補充用戶資訊，那就需要呼叫UserService提供的介面，然后我還要查詢這比訂單里頭的商品資訊，所以又得去呼叫GoodService介面，最后，才能完成下單這個操作，

OrderService、UserService和GoodService共同完成了下單這件事，這才是分布式（Distribution），而Memcached集群最多只能算是“分布的”（Distributed），

文末

以上，希望對你有所幫助，

我在這里整理出了Java進階架構師之路的核心知識，同時也是面試時面試官必問的知識點，篇章也是包括了很多知識點，其中包括了有基礎知識、Java集合、JVM、多執行緒并發、spring原理、微服務、Netty 與RPC 、Kafka、日記、設計模式、Java演算法、資料庫、Zookeeper、分布式快取、資料結構等等

有需要的小伙伴可以點擊這里來加群：1149778920 暗號：Q F