1、關於叢集和分散式的關係

最近看了篇文章 到底什麼是叢集&分散式，文中收集了多名網友的回答，一個來自知呼的回答挺明瞭：

分散式：一個業務分拆多個子業務，部署在不同的伺服器上，(我的補充：)具有處理高併發的能力，但一個子業務系統宕機，該子業務功能將無法實現。

叢集：同一個業務，部署在多個伺服器上，(我的補充：)具有高可用的能力，一個系統宕機，不影響業務實現。

現在所做的專案基本架構為spring + spring MVC + Mybatis，資料庫使用mysql，快取伺服器使用的是redis叢集，分散式服務使用的是dubbo+zookeeper組合，結合專案說說叢集和分散式。

2、先說分散式

主專案簡稱DAMC，作為其它系統的資料和許可權管理中心，為其它系統提供資料服務，該系統屬於一次開發，持續使用，後續變更需求極少。

所以為了保障該系統的穩定性和持續性，DAMC並不對外提供介面，而是重新搭建了一套專門提供介面服務的系統，簡稱MIS，其它業務系統BIZS(泛指所有與MIS對接的業務系統)通過MIS獲取DAMC的基礎資料

BIZS作為客戶端，MIS作為服務端，通過dubbo+zookeeper方式實現客戶端(訂閱者)與服務端(提供者)之間的通訊，MIS就作為DAMC的一個子業務被拆分出來，以分散式的方式為BIZS系統提供服務

後續隨著業務的發展，單純的MIS系統已經不能滿足需求了，需要對MIS系統進行拆分，比如專門服務於內部系統的IN-MIS和專門服務於門戶、網際網路系統的外部系統OUT-MIS，IN-MIS和OUT-MIS同時作為服務端(提供者)，以分散式的方式被部署為DAMC的兩個子業務提供服務

這就是分散式所說的【一個業務分拆多個子業務，部署在不同的伺服器上】，縮短了單個業務執行的時間，提高了單位時間內處理業務的能力，即處理高併發的能力

3、然後說叢集

上面提到的DAMC系統作為基本的資料和許可權管理中心，其資料絕大多數的情況是以查詢被訪問的，修改、刪除和新增的情況比較少，資料穩定性比較強，DAMC的分散式系統MIS以及後期的IN-MIS、OUT-MIS都是查詢資料

同時隨著業務發展，考慮到客戶端(訂閱者)的數量及訪問頻次給資料庫帶來的壓力，加入了redis快取伺服器叢集(其實就兩臺)，在減輕mysql資料庫壓力的同時，保證了資料訪問的穩定性和可用性(高可用)，因為一臺宕機，還有另一臺

這就是叢集所說的【同一個業務，部署在多個伺服器上】，提供的是高可用能力。

當然叢集也有負載均衡叢集，比如分散式中作為服務端(提供者)的MIS(IN-MIS、OUT-MIS)，隨著訪問壓力的加大，可以將其部署在多臺伺服器上，同時作為提供者向zookeeper註冊中心註冊服務，客戶端(訂閱者)隨機獲取任意一臺MIS(IN-MIS、OUT-MIS)的服務，實現負載均衡的能力。

====================================分割線====================================

關於專案中使用技術基礎的部分整理的差不多，後續繼續補充，接下來是時候把專案“大卸八塊”了，從功能應用上去分析幾一個技術點。。。希望這不是一句空話。。。當然也有可能還是基礎。。。