常見負載方案

詳見的負載方案：

1. 集中式負載均衡方案

　　經過軟負載（nginx，Apache），硬負載（F5），這種方案常見於中小型企業，全部服務經過Nginx將請求分配到業務服務器上，注意點：要保證nginx的高可用。

　　

2. 客戶端負載均衡方案

　　提供服務註冊發現機制，服務啓動將ip，port等信息註冊到註冊中心，客戶端/消費者從註冊中心獲取服務列表，而後根據自定義的負載策略進行服務路由，注意點：客戶端須要根據自身技術棧進行實現，而且與客戶端強綁定。

　　

3. 客戶端主機獨立負載均衡方案

 　　與第二種方案相比，將負載均衡方案獨立出來，此時負載均衡能夠爲自定義也能夠是nginx，相對比較獨立，方案缺點：部署相對負載，出現問題定位問題麻煩，畢竟多了幾道工序。

　　

 

我的根據自身實際狀況的一些想法：

　　1. 因爲我的業務是不存在服務註冊發現的功能，因此第一個增長服務註冊發現功能

　　2. 將註冊中心與nginx負載均衡關聯，實現nginx動態負載

　　3. 增長故障檢測，並與監控關聯起來，當服務故障時經過監控及時告知相關人員解決

　　4. 當服務出現故障時，咱們須要對服務進行熔斷處理，由於可能中間某一個服務故障會可能會致使整個服務延遲，甚至整個服務不可用，若服務在一臺機器上也可能出現服務雪崩的狀況，因此我的準備增長服務熔斷降級機制。

　　5. 若是服務請求量較大考慮是否增長限流的功能