摘要：集群能帶來什么提高服務(wù)的性能，并發(fā)能力，以及高可用性首先，一臺機子一個，如果你用單機部署多的話，他們會共享網(wǎng)卡內(nèi)存磁盤等，其性能依舊不行，且一臺機子的線程池是有限的，多機的話可以對應(yīng)處理并發(fā)，對于高可用性，下掛載多臺，當一臺宕機時，可以直接

1、提高服務(wù)的性能，并發(fā)能力，以及高可用性；

（首先，一臺機子一個Tomcat，如果你用單機部署多Tomcat的話，他們會共享網(wǎng)卡、內(nèi)存、磁盤IO等，其性能依舊不行，且一臺機子的HTTP線程池是有限的，多機的話可以對應(yīng)處理并發(fā)，對于高可用性，Nginx下掛載多臺Tomcat，當一臺宕機時，可以直接將該節(jié)點取消，轉(zhuǎn)接到可用節(jié)點）

2、提供項目架構(gòu)的橫向擴展能力；

（類似天貓雙11，通過動態(tài)添加Tomcat，Nginx熱部署完成橫向擴展功能）

（一步登天）通過Nginx負載均衡進行請求轉(zhuǎn)發(fā)

單機或常用框架

一個很合理的架構(gòu)思路，小白也需要了解一下，一眼就能讀懂。

轉(zhuǎn)為集群后的“理想”架構(gòu)

1、由上圖，有經(jīng)驗的朋友一眼已經(jīng)看出了Session問題，Session登錄信息存儲及讀取的問題
2、服務(wù)器定時任務(wù)并發(fā)的問題（類似電商類的訂單定時關(guān)閉任務(wù)，可能存在并發(fā)問題）

當然，也是有一些解決方案：
類似：采用nginx ip hash policy

優(yōu)點：可以不改變現(xiàn)有技術(shù)架構(gòu)，直接實現(xiàn)橫向擴展（省事）
缺點：
    1、導致服務(wù)器請求（負載）不平均（完全依賴ip hash的結(jié)果）
    2、在Ip變化的環(huán)境下無法服務(wù)
    

那么我們理應(yīng)采用第二種，第一種在正常的公司與團隊都很少采用，而也由此演變了比較合理的集群架構(gòu)

通過Session Server解決單個服務(wù)器對應(yīng)單個Session的問題，后期還要編碼處理單點登錄，且Redis還要處理分布式鎖（防止多機同時啟動定時任務(wù)，并發(fā)問題等）

這里要注意的是，架構(gòu)的演進是和項目的功能、業(yè)務(wù)與問題相關(guān)的，而不是理所當然的照搬。

如果本文對你有所幫助，歡迎關(guān)注個人技術(shù)公眾號，或者點贊，謝謝。