不是一個(gè)意思，下面按照我的理解說(shuō)一下什么是分布式，什么是集群，如果有理解錯(cuò)誤的地方，請(qǐng)大家留言指正。

集群

同一個(gè)業(yè)務(wù)系統(tǒng)，部署在多臺(tái)服務(wù)器上，這個(gè)就叫做集群。

集群里面，每一臺(tái)服務(wù)器實(shí)現(xiàn)的功能沒(méi)有差別，代碼都是一樣的。

比如我有一個(gè)系統(tǒng)A，提供一個(gè)很簡(jiǎn)單的接口，根據(jù)員工編號(hào)查詢(xún)員工姓名和他的考勤記錄。

當(dāng)有一個(gè)系統(tǒng)調(diào)用這個(gè)接口的時(shí)候，我部署一臺(tái)服務(wù)器就夠用了。

當(dāng)有一百個(gè)系統(tǒng)調(diào)用這個(gè)接口的時(shí)候，我就部署十臺(tái)服務(wù)器，前面掛一個(gè)負(fù)載均衡。

這就是集群部署，當(dāng)一臺(tái)服務(wù)器掛了以后，不影響功能使用。

我接觸過(guò)的負(fù)載均衡軟件有Nginx、LB、HAProxy，也有硬件諸如F5。

分布式

一個(gè)業(yè)務(wù)被拆成多個(gè)子業(yè)務(wù)，部署在多臺(tái)服務(wù)器上，這個(gè)就叫做分布式。

分布式里面，每一臺(tái)服務(wù)器實(shí)現(xiàn)的功能是有差別的，代碼也是不一樣的，分布式每臺(tái)服務(wù)器功能加起來(lái)，才是完整的業(yè)務(wù)。

還是這個(gè)業(yè)務(wù)場(chǎng)景，我有一個(gè)系統(tǒng)A，提供一個(gè)很簡(jiǎn)單的接口，根據(jù)員工編號(hào)查詢(xún)員工姓名和他的考勤記錄。

我拆開(kāi)兩個(gè)系統(tǒng)：人員管理系統(tǒng)B和考勤系統(tǒng)C，分別部署在兩臺(tái)服務(wù)器上。

這個(gè)就是分布式。

好處是什么呢？如果有系統(tǒng)D也需要使用人員信息，傳統(tǒng)的方式系統(tǒng)A和D都要有人員信息管理功能，意味著兩個(gè)系統(tǒng)各自維護(hù)人員信息，那新入職一個(gè)員工，可能要在系統(tǒng)A和D里面都維護(hù)；如果是有EFGHI系統(tǒng)都需要人員信息呢？

而分布式解決了這個(gè)問(wèn)題，人員信息多帶帶拎出來(lái)是一個(gè)系統(tǒng)，維護(hù)人員信息，同時(shí)對(duì)外提供查詢(xún)服務(wù)。

分布式+集群

很多時(shí)候要結(jié)合起來(lái)一起用。

還是這個(gè)業(yè)務(wù)場(chǎng)景，我有一個(gè)系統(tǒng)A，提供一個(gè)很簡(jiǎn)單的接口，根據(jù)員工編號(hào)查詢(xún)員工姓名和他的考勤記錄。

我拆開(kāi)兩個(gè)系統(tǒng)：人員管理系統(tǒng)B和考勤系統(tǒng)C。

那么系統(tǒng)B部署在十臺(tái)服務(wù)器上，系統(tǒng)C部署在十臺(tái)服務(wù)器上；前面分別掛負(fù)載均衡；這樣保證了每個(gè)子業(yè)務(wù)功能的高可用。

希望我的回答，能夠幫助到你！

我會(huì)持續(xù)分享Java程序開(kāi)發(fā)、架構(gòu)設(shè)計(jì)、職業(yè)發(fā)展等方面的知識(shí)和見(jiàn)解，希望能得到你的關(guān)注今日我們【會(huì)點(diǎn)代碼的大叔】，轉(zhuǎn)載請(qǐng)注明出處。

根據(jù)我所知道的回答一下這個(gè)問(wèn)題。

負(fù)載均衡和分布式還真的不是一個(gè)意思。下面就分別說(shuō)一說(shuō)。

分布式計(jì)算

分布式計(jì)算是相對(duì)于集中式計(jì)算而言的，將應(yīng)用分解成許多小的問(wèn)題，分配給多臺(tái)計(jì)算機(jī)進(jìn)行處理，各個(gè)計(jì)算機(jī)之間通過(guò)高速網(wǎng)絡(luò)交換數(shù)據(jù)，實(shí)現(xiàn)進(jìn)程間的通信?？梢源蟠筇岣哂?jì)算效率。

一個(gè)分布式系統(tǒng)需要若干個(gè)網(wǎng)絡(luò)互連的計(jì)算機(jī)，這些計(jì)算機(jī)相互協(xié)作完成一個(gè)共同的目標(biāo)。

具體的過(guò)程就是：將需要大量計(jì)算的項(xiàng)目數(shù)據(jù)分割成小塊，多臺(tái)計(jì)算機(jī)分別計(jì)算，再將運(yùn)算的結(jié)果統(tǒng)一后得到數(shù)據(jù)結(jié)論。

如下圖所示：

負(fù)載均衡

負(fù)載均衡主要建立在現(xiàn)有的網(wǎng)絡(luò)結(jié)構(gòu)基礎(chǔ)之上，通過(guò)一種廉價(jià)的方法增加網(wǎng)絡(luò)設(shè)備或者服務(wù)器的帶寬，是為了提高數(shù)據(jù)的吞吐量，提高冗余度、存在設(shè)備或者系統(tǒng)的備份能力，增強(qiáng)網(wǎng)絡(luò)的靈活性和可用性。

主要的負(fù)載均衡技術(shù)有二層負(fù)載均衡、三層負(fù)載均衡、高層負(fù)載均衡。

二層負(fù)載均衡

二層負(fù)載均衡是指網(wǎng)絡(luò)設(shè)備通過(guò)鏈路聚合的方式實(shí)現(xiàn)負(fù)載均衡，如下圖所示，多條物理的鏈路聚合成一條邏輯鏈路，根據(jù)特定的算法和協(xié)議（LCAP協(xié)議）在兩條物理鏈路中實(shí)現(xiàn)負(fù)載均衡，同時(shí)具有備份鏈路的功能，一條中斷，并不影響網(wǎng)絡(luò)數(shù)據(jù)的傳輸。

三層負(fù)載均衡

三層負(fù)載均衡最常用的技術(shù)就是VRRP（網(wǎng)關(guān)冗余協(xié)議）通過(guò)將不同的網(wǎng)關(guān)放在不同的三層設(shè)備中，實(shí)現(xiàn)負(fù)載均衡。還有通過(guò)RIP協(xié)議、OSPF協(xié)議實(shí)現(xiàn)等價(jià)路由協(xié)議的負(fù)載均衡。

如下圖所示就是一個(gè)OPSF協(xié)議實(shí)現(xiàn)的等價(jià)路由協(xié)議負(fù)載均衡，R1到R2存在6條物理線路，可以模擬成一條邏輯線路，根據(jù)特定的算法實(shí)現(xiàn)數(shù)據(jù)包的負(fù)載均衡，斷了某一條線路不影響數(shù)據(jù)的傳輸。

高層負(fù)載均衡

高層負(fù)載均衡是指三層以上的負(fù)載均衡技術(shù)，比如通過(guò)軟件技術(shù)實(shí)現(xiàn)的負(fù)載均衡、http服務(wù)的負(fù)載均衡、DNS實(shí)現(xiàn)的負(fù)載均衡等。

其中DNS負(fù)載均衡是通過(guò)DNS服務(wù)器實(shí)現(xiàn)的，將用戶(hù)的請(qǐng)求均勻的分不到web服務(wù)器上，可以根據(jù)地域區(qū)分請(qǐng)求。

nginx負(fù)載均衡是通過(guò)反向代理服務(wù)器實(shí)現(xiàn)的負(fù)載均衡，將請(qǐng)求均勻的分擔(dān)到應(yīng)用服務(wù)器上，有5種均衡策略可以選擇。

負(fù)載均衡和和分布式的區(qū)別

數(shù)據(jù)處理方面

• 負(fù)載均衡提高數(shù)據(jù)的吞吐量
  

• 分布提高數(shù)據(jù)的并發(fā)處理能力
  

實(shí)現(xiàn)機(jī)制方面

• 負(fù)載均衡是一種網(wǎng)絡(luò)設(shè)備或者服務(wù)器的冗余機(jī)制，存在備份鏈路
  

• 分布式為了完成同一個(gè)計(jì)算服務(wù)，將任務(wù)分擔(dān)到各個(gè)單元執(zhí)行，各個(gè)單元的進(jìn)程通過(guò)網(wǎng)絡(luò)互傳數(shù)據(jù)。
  

對(duì)于負(fù)載均衡和分布式，大家有什么看法呢，可以在評(píng)論區(qū)留言討論。

若需更多幫助，請(qǐng)私信關(guān)注。系誒些

在搭建網(wǎng)站時(shí)，如果單節(jié)點(diǎn)的 web服務(wù)性能和可靠性都無(wú)法達(dá)到要求；或者是在使用外網(wǎng)服務(wù)時(shí)，經(jīng)常 擔(dān)心被人攻破，一不小心就會(huì)有打開(kāi)外網(wǎng)端口的情況，通常這個(gè)時(shí)候加入負(fù)載均衡就能有效解決服務(wù)問(wèn) 題。

負(fù)載均衡是一種基礎(chǔ)的網(wǎng)絡(luò)服務(wù)，其原理是通過(guò)運(yùn)行在前面的負(fù)載均衡服務(wù)，按照指定的負(fù)載均衡算 法，將流量分配到后端服務(wù)集群上，從而為系統(tǒng)提供并行擴(kuò)展的能力。

負(fù)載均衡的應(yīng)用場(chǎng)景包括流量包、轉(zhuǎn)發(fā)規(guī)則以及后端服務(wù)，由于該服務(wù)有內(nèi)外網(wǎng)個(gè)例、健康檢查等功 能，能夠有效提供系統(tǒng)的安全性和可用性。

客戶(hù)端負(fù)載均衡與服務(wù)端負(fù)載均衡

服務(wù)端負(fù)載均衡

先發(fā)送請(qǐng)求到負(fù)載均衡服務(wù)器或者軟件，然后通過(guò)負(fù)載均衡算法，在多個(gè)服務(wù)器之間選擇一個(gè)進(jìn)行訪 問(wèn)；即在服務(wù)器端再進(jìn)行負(fù)載均衡算法分配

客戶(hù)端負(fù)載均衡

客戶(hù)端會(huì)有一個(gè)服務(wù)器地址列表，在發(fā)送請(qǐng)求前通過(guò)負(fù)載均衡算法選擇一個(gè)服務(wù)器，然后進(jìn)行訪問(wèn)，這 是客戶(hù)端負(fù)載均衡；即在客戶(hù)端就進(jìn)行負(fù)載均衡算法分配

基于Ribbon實(shí)現(xiàn)負(fù)載均衡

負(fù)載均衡策略

Ribbon內(nèi)置了多種負(fù)載均衡策略，內(nèi)部負(fù)責(zé)復(fù)雜均衡的頂級(jí)接口為 com.netflix.loadbalancer.IRule ，實(shí)現(xiàn)方式如下

1. com.netflix.loadbalancer.RoundRobinRule ：以輪詢(xún)的方式進(jìn)行負(fù)載均衡。
2. com.netflix.loadbalancer.RandomRule ：隨機(jī)策略
3. com.netflix.loadbalancer.RetryRule ：重試策略。
4. com.netflix.loadbalancer.WeightedResponseTimeRule ：權(quán)重策略。會(huì)計(jì)算每個(gè)服務(wù)的權(quán) 重，越高的被調(diào)用的可能性越大。
5. com.netflix.loadbalancer.BestAvailableRule ：最佳策略。遍歷所有的服務(wù)實(shí)例，過(guò)濾掉 故障實(shí)例，并返回請(qǐng)求數(shù)最小的實(shí)例返回。
6. com.netflix.loadbalancer.AvailabilityFilteringRule ：可用過(guò)濾策略。過(guò)濾掉故障和請(qǐng) 求數(shù)超過(guò)閾值的服務(wù)實(shí)例，再?gòu)氖Ｏ碌膶?shí)力中輪詢(xún)調(diào)用。

Ribbon中的關(guān)鍵組件

1. ServerList：可以響應(yīng)客戶(hù)端的特定服務(wù)的服務(wù)器列表。
2. ServerListFilter：可以動(dòng)態(tài)獲得的具有所需特征的候選服務(wù)器列表的過(guò)濾器。
3. ServerListUpdater：用于執(zhí)行動(dòng)態(tài)服務(wù)器列表更新。
4. Rule：負(fù)載均衡策略，用于確定從服務(wù)器列表返回哪個(gè)服務(wù)器。
5. Ping：客戶(hù)端用于快速檢查服務(wù)器當(dāng)時(shí)是否處于活動(dòng)狀態(tài)。
6. LoadBalancer：負(fù)載均衡器，負(fù)責(zé)負(fù)載均衡調(diào)度的管理。

負(fù)載均衡

舉例說(shuō)明：一個(gè)人扛1000斤大米，對(duì)于普通人絕對(duì)被壓死，但10個(gè)人分?jǐn)傄幌拢?個(gè)人扛100斤，那應(yīng)該輕松一點(diǎn)；如果還扛不動(dòng)，就要100個(gè)人分?jǐn)偅?個(gè)人扛10斤應(yīng)該就沒(méi)問(wèn)題了。

這個(gè)應(yīng)該就明白了吧，就是多找人分?jǐn)?，壓力分散開(kāi)。

分布式

舉例說(shuō)明：有個(gè)男人比較疼老婆，既能燒飯，洗衣服，帶孩子，還能賺錢(qián)。之前都是他一個(gè)人忙著，還能夠應(yīng)付的來(lái)；但有一天公司提拔了他，但占用了他很多的時(shí)間，那他時(shí)間就不夠用了，怎么辦？那只能請(qǐng)保姆（服務(wù)器）安排好保姆去燒飯，洗衣服，帶孩子。但保姆又不愿意都做。那就多請(qǐng)幾個(gè)唄。各個(gè)保姆的職責(zé)分配好，各自完成各自的任務(wù)。

這樣就多出來(lái)一個(gè)溝通問(wèn)題，之前就這個(gè)男人做，他什么都知道；現(xiàn)在多個(gè)保姆再做。這樣就增加了系統(tǒng)復(fù)雜度。

說(shuō)到底就是職責(zé)劃分明確

并不是同一回事，目前常用實(shí)現(xiàn)負(fù)載均衡的服務(wù)器是Nginx，接下來(lái)我就用Nginx來(lái)舉例，說(shuō)明分布式和負(fù)載均衡的差別。

負(fù)載均衡

你應(yīng)該經(jīng)常聽(tīng)人說(shuō)Nginx具有負(fù)載均衡的能力，但是這是什么意思呢？舉個(gè)例子，某公司開(kāi)發(fā)了一個(gè)服務(wù)，后端服務(wù)布置在Tomcat上，這個(gè)Tomcat目前能夠承受的qps最多只有5000，但是隨著公司規(guī)模擴(kuò)大，用戶(hù)越來(lái)越多，這個(gè)服務(wù)器逐漸無(wú)法承擔(dān)瞬時(shí)間大量的請(qǐng)求了，時(shí)不時(shí)的就宕機(jī)?？偸侵貑⒎?wù)也不行，因?yàn)橥７陂g，對(duì)用戶(hù)使用體驗(yàn)是有很糟糕的影響的。

那怎么辦呢，此時(shí)就該引入Nginx，利用Nginx的負(fù)載均衡能力。

我們部署兩臺(tái)Tomcat，然后對(duì)外暴露給用戶(hù)的host和port指向這個(gè)Nginx，當(dāng)用戶(hù)發(fā)送請(qǐng)求的時(shí)候，Nginx會(huì)根據(jù)兩個(gè)Tomcat的健康情況決定把這個(gè)請(qǐng)求分給哪個(gè)（經(jīng)過(guò)測(cè)試，兩臺(tái)服務(wù)器健康度相同的時(shí)候，Nginx會(huì)均勻的將請(qǐng)求分給兩臺(tái)服務(wù)器）。這樣，從用戶(hù)的角度，這個(gè)服務(wù)的qps的上限就達(dá)到了10000。

這就是負(fù)載均衡，可以看見(jiàn)，Nginx是將請(qǐng)求分給兩臺(tái)相同的機(jī)器，即這兩臺(tái)機(jī)器的功能和作用是相同的，可以理解為這兩臺(tái)機(jī)器組成了一個(gè)集群。

分布式

分布式與集群的區(qū)別在于，分布式是對(duì)外提供一個(gè)整體的服務(wù)，但是內(nèi)部其實(shí)是將不同的服務(wù)模塊部署在不同的Tomcat上。從某種程度上說(shuō)，與微服務(wù)有點(diǎn)像，但是又有差別。分布式也需要用到Nginx，用的是Nginx的反向代理功能。舉例，一個(gè)點(diǎn)外賣(mài)產(chǎn)品提供下單與查詢(xún)的能力（非常簡(jiǎn)化，細(xì)節(jié)勿究），這兩個(gè)功能分布部署在兩個(gè)Tomcat上，從域名上看分別是

http://xxx.yyy.cn/order/

http://xxx.yyy.cn/search

http://xxx.yyy.cn/

以上是我的淺見(jiàn)，歡迎各位在下方評(píng)論區(qū)交流。

我是蘇蘇思量，來(lái)自BAT的Java開(kāi)發(fā)工程師，每天分享科技類(lèi)見(jiàn)聞，歡迎關(guān)注我，與我共同進(jìn)步。

首先說(shuō)什么是分布式

按照功能點(diǎn)把一個(gè)系統(tǒng)進(jìn)行拆分，拆分成獨(dú)立的功能，多帶帶為某一個(gè)節(jié)點(diǎn)添加服務(wù)器，需要系統(tǒng)之間配合才能完成的邏輯，各系統(tǒng)之間通信就需要Dubbo+Zookeeper了。

負(fù)載均衡

可以說(shuō)是為了解決前臺(tái)訪問(wèn)人員過(guò)多而導(dǎo)致服務(wù)器崩潰的一種方法。有用Nginx做負(fù)載也有用Apache做負(fù)載均衡的。一般有的用Nginx代理Tomcat服務(wù)器或者WebLogic服務(wù)器來(lái)緩解服務(wù)器壓力。

一家餐廳，本來(lái)廚房只有一位師傅，由師傅負(fù)責(zé)洗菜、擇菜、切菜、炒菜，后來(lái)顧客增多了；就請(qǐng)了個(gè)幫廚負(fù)責(zé)洗菜、擇菜和切菜，之前的師傅只負(fù)責(zé)炒菜了；后來(lái)顧客更多了，就又請(qǐng)了一位師傅炒菜，這樣就有一個(gè)幫廚負(fù)責(zé)洗菜、擇菜還有切菜，有兩位師傅負(fù)責(zé)炒菜。以上就是分布式和集群[靈光一閃]

不一樣，當(dāng)我們剛開(kāi)始用云服務(wù)器搭建網(wǎng)站或者部署應(yīng)用的時(shí)候，因?yàn)橛脩?hù)流量較小，業(yè)務(wù)邏輯比較簡(jiǎn)單，一個(gè)云服務(wù)器就可以滿(mǎn)足負(fù)載需求。但隨著互聯(lián)網(wǎng)流量越來(lái)越大，單臺(tái)服務(wù)器有時(shí)候并不足以支撐大量的訪問(wèn)，可能會(huì)出現(xiàn)服務(wù)器崩潰的現(xiàn)象。

負(fù)載均衡的作用是把用戶(hù)訪問(wèn)均衡分在后端服務(wù)器節(jié)點(diǎn)上面，減輕單一服務(wù)器的壓力，比如小鳥(niǎo)云負(fù)載均衡，支持支持四層(TCP/UDP)以及七層(HTTP/HTTPS)協(xié)議負(fù)載，基礎(chǔ)型是支持?jǐn)?shù)千個(gè)并發(fā)連接數(shù)，并提供雙機(jī)熱備冗余保障，適合于中小型網(wǎng)站或其他應(yīng)用，提高網(wǎng)站的性能，包年可以享受相應(yīng)折扣。

像小鳥(niǎo)云的負(fù)載均衡是搭配小鳥(niǎo)云服務(wù)器使用的，他家的云服務(wù)器性能還不錯(cuò)，新購(gòu)可以用85z券2W3V48，包年一樣有優(yōu)惠。

這是兩種不同的互聯(lián)網(wǎng)技術(shù)，下面給大家詳細(xì)介紹一下。

分布式系統(tǒng)（分布式計(jì)算）

分布式系統(tǒng)也稱(chēng)為分布式計(jì)算，它是一組計(jì)算機(jī)，擔(dān)當(dāng)一個(gè)大型計(jì)算機(jī)的角色。互聯(lián)網(wǎng)上有幾個(gè)分布式計(jì)算項(xiàng)目，它們通過(guò)共享數(shù)百萬(wàn)臺(tái)不同計(jì)算機(jī)的處理能力來(lái)幫助解決復(fù)雜問(wèn)題。通俗的講就是，使得執(zhí)行大量任務(wù)并將其分散到大量個(gè)人計(jì)算機(jī)上成為可能，這種做法稱(chēng)為分布式計(jì)算。下面是一個(gè)游戲分布式系統(tǒng)

負(fù)載均衡

什么是負(fù)載平衡？

分布式負(fù)載平衡是一種聯(lián)網(wǎng)技術(shù)，它允許在各種服務(wù)器上分配工作負(fù)載，以維護(hù)和維持網(wǎng)站的性能并避免過(guò)載。這是一種網(wǎng)絡(luò)類(lèi)型，即使由于高流量或任何其他原因而給網(wǎng)站帶來(lái)巨大壓力，也可以增強(qiáng)網(wǎng)站的生存能力。

負(fù)載平衡就是在許多不同的服務(wù)器之間分配入站網(wǎng)絡(luò)和流量。網(wǎng)站上出現(xiàn)了數(shù)百個(gè)互聯(lián)網(wǎng)世界中的用戶(hù)請(qǐng)求或客戶(hù)請(qǐng)求。一臺(tái)服務(wù)器要保持并繼續(xù)以許多用戶(hù)需要的速度顯示文本，視頻，高清質(zhì)量的圖像和其他數(shù)據(jù)變得非常困難。

許多不同的負(fù)載平衡技術(shù)充當(dāng)指導(dǎo)者，以將流量定向到服務(wù)器場(chǎng)中的特定服務(wù)器。結(jié)束語(yǔ)這件事有助于防止一臺(tái)服務(wù)器承擔(dān)過(guò)多的負(fù)載，并確保優(yōu)化網(wǎng)絡(luò)和應(yīng)用程序的可用性以及網(wǎng)站上的響應(yīng)能力。

負(fù)載均衡優(yōu)點(diǎn)：

1、優(yōu)化服務(wù)器利用率

2、負(fù)載平衡器通過(guò)建立顯式文本通信來(lái)終止SSL通信，以提高性能

3、確保任何單個(gè)服務(wù)器不會(huì)負(fù)載不堪重負(fù)

4、負(fù)載平衡器可以使用API或圖形界面輕松管理配置。

1、網(wǎng)絡(luò)負(fù)載平衡

2、內(nèi)部負(fù)載平衡內(nèi)部負(fù)載平衡

3、HTTP負(fù)載平衡

負(fù)載均衡器的類(lèi)型

1、軟件負(fù)載平衡器

2、硬件負(fù)載平衡器

3、虛擬負(fù)載平衡器

最新版2020大數(shù)據(jù)全套視頻課件、源碼、軟件安裝包及海量電子書(shū)（500G）等你來(lái)拿哦，底部留言、評(píng)論或mail尚學(xué)堂大數(shù)據(jù)學(xué)院。

分布式是一種架構(gòu)，負(fù)載均衡是一種技術(shù)手段。負(fù)載均衡就是分布式的一種應(yīng)用情況。