漫話：如何給女友解釋什麼是分佈式和集羣？

某天，下班較早，我正在玩吃雞，已經到決賽圈了，這時候，女友滿臉求知慾的朝我走過來。

我頭也不擡，直接拋出一句：

分佈式（distributed）是指在多臺不一樣的服務器中部署不一樣的服務模塊，經過遠程調用協同工做，對外提供服務。

集羣（cluster）是指在多臺不一樣的服務器中部署相同應用或服務模塊，構成一個集羣，經過負載均衡設備對外提供服務。

集中式系統

我和女友來到一家小飯店，開始點菜：紅燒魚、糖醋排骨、酸辣土豆絲，好了就這麼多了。

如今，咱們和這家飯店之間的就是用戶和系統的關係。咱們要求他給咱們作出一頓豐盛的晚餐。咱們不關心他後廚的一切事情。只要它能在短期內提供美味的菜品就行了。

上面，咱們對這個飯店提出來兩個要求：上菜時間短、菜品美味。除了這些，顧客可能還有其餘要求，好比菜品要乾淨衛生、酸辣土豆絲能夠多放些辣椒等。

映射到計算機系統中，用戶提出的要求就是：

上菜時間短   -> 性能
乾淨衛生    -> 安全性
菜品多放辣椒 -> 擴展性
菜品美味    -> 可用性
複製代碼

上面說的這家小飯店，只有一個廚師。就是一個集中式系統。

一個集中式部署的電子商務應用

若是飯店內只有咱們一個顧客的話，以上幾條基本均可以知足的。可是，若是到了晚飯時間，忽然顧客變多了，這些顧客的要求可能就沒辦法全都知足了。

飯店內人滿爲患，這家小飯店只有一個廚師的狀況下，他須要保證全部菜品美味、衛生，又要保證全部菜品能夠準時準備好，又要給不一樣用戶知足定製化要求。這種挑戰是及其大的。

以上，映射到計算機軟件中，也是同樣的。隨着業務量的增加，網站的高可用、易伸縮、可擴展、安全等目標就會受到極大的挑戰。

集羣部署

隨着飯店的生意愈來愈好，老闆意識到只有一個廚師會存在很大問題。

首先，在客流量高峯期，一個廚師沒法知足全部顧客的要求。

其次，廚師變成了一個單點，就是他不能生病，一旦他生病了，整個飯店就沒法營業了。

這可愁壞了老闆，一時之間不知道該如何是好了。可是，老闆有個聰明的老婆，他提了一個建議。

而後，爲了提升飯店的待客能力。老闆決定多僱傭幾個廚師。

有了多個廚師了以後。店內顧客的點菜，就能夠分配給後廚的多個廚師來作。

具體如何分配，這就是須要必定的策略了。能夠選擇分配給空閒的廚師、也能夠按順序輪流分配。

雖然，飯店有多個廚師，可是用戶並不知道這些事情，他只知道本身的點菜需求，能夠獲得知足就能夠了。他也不須要關心究竟是哪位廚師給本身作的菜。除非菜品出現了質量問題時，就須要找到指定的廚師來問責了。

以上，映射到計算機軟件中，也是同樣的。集中式系統只有一臺計算機提供服務，集羣就是有多臺計算機提供一樣的服務。

一個集羣部署的電子商務應用

用戶的請求經過負載均衡分配給集羣中的各個機器。整個系統對於用戶來講就像是一臺機器在提供服務同樣。

分佈式部署

在飯店僱傭了多個廚師以後，飯店的服務能力確實提高了不少。顧客也愈來愈多。

可是，最近店內常常會有顧客投訴某個菜品的味道和本身以前吃到過的不同了。

通過店長的仔細調查，發現是因爲這家店的廚師除了要負責炒菜之外，還須要負責洗菜、切菜、備菜，甚至是刷碗。

這就使得廚師沒辦法專一於炒菜了，他會被不少其餘的雜事而牽絆，致使沒法專心炒菜，影響了菜品的質量。

並且，因爲最近店內的顧客也愈來愈多，幾個廚師仍是忙不過來。

這時候，老闆就要想辦法繼續提高飯店的服務能力。他想着要繼續僱傭幾個廚師。

仍是飯店老闆那個聰明的老婆，又給他出了一個更好的主意。

這就是一種分佈式的思想。

經過把一件大的事情，拆分紅多個小事情，分別交給不一樣的人來作。

這樣術業有專攻，洗菜的能夠把菜洗的更乾淨、廚師也能夠專一炒菜，把菜炒的更加美味。

飯店從多個廚師的配置，變成了多個洗菜工+配菜師+廚師的配置。這家飯店的服務能力大大提高。再也沒有顧客投訴菜品問題了。

對於顧客來講，他們仍是不知道後廚的這些變化的，他甚至不知道本身點的菜是多我的配合的結果。

以上，映射到計算機軟件中，也是同樣的。除了經過集羣部署的方式提高系統能理外，還能夠經過分佈式部署的方式。

一個分佈式部署的電子商務應用

把一個大的系統拆分紅多個子系統，每一個子系統負責本身專一的事情，而後經過網絡進行通訊和協調，對用戶來講，就像訪問的是同一臺機器同樣。

隨着飯店的發展，慢慢的從只有一個廚師演變成有多個廚師，進而演變成有洗菜工、配菜師、廚師等多個職位。

這個網站架構發展也相似。網站初期，只須要搭建一個集中式的單體應用就能夠了，若是業務量有很大增加，先考慮增長機器，經過集羣部署提高能力。接着，就能夠考慮分佈式了。