java B2B2C電子商務平臺分析之十四-----註冊中心 Consul

Consul 介紹
Consul 是 HashiCorp 公司推出的開源工具，用於實現分佈式系統的服務發現與配置。與其它分佈式服務註冊與發現的方案，Consul 的方案更「一站式」，內置了服務註冊與發現框 架、分佈一致性協議實現、健康檢查、Key/Value 存儲、多數據中心方案，再也不須要依賴其它工具（好比 ZooKeeper 等）。使用起來也較 爲簡單。Consul 使用 Go 語言編寫，所以具備自然可移植性(支持Linux、windows和Mac OS X)；安裝包僅包含一個可執行文件，方便部署，與 Docker 等輕量級容器可無縫配合。願意瞭解源碼的朋友直接求求交流分享技術：二一四七七七五六三三

Consul 的優點：

使用 Raft 算法來保證一致性, 比複雜的 Paxos 算法更直接. 相比較而言, zookeeper 採用的是 Paxos, 而 etcd 使用的則是 Raft。
支持多數據中心，內外網的服務採用不一樣的端口進行監聽。 多數據中心集羣能夠避免單數據中心的單點故障,而其部署則須要考慮網絡延遲, 分片等狀況等。 zookeeper 和 etcd 均不提供多數據中心功能的支持。
支持健康檢查。 etcd 不提供此功能。
支持 http 和 dns 協議接口。 zookeeper 的集成較爲複雜, etcd 只支持 http 協議。
官方提供 web 管理界面, etcd 無此功能。
綜合比較, Consul 做爲服務註冊和配置管理的新星, 比較值得關注和研究。
特性：

服務發現
健康檢查
Key/Value 存儲
多數據中心
Consul 角色

client: 客戶端, 無狀態, 將 HTTP 和 DNS 接口請求轉發給局域網內的服務端集羣。
server: 服務端, 保存配置信息, 高可用集羣, 在局域網內與本地客戶端通信, 經過廣域網與其它數據中心通信。 每一個數據中心的 server 數量推薦爲 3 個或是 5 個。
Consul 客戶端、服務端還支持誇中心的使用，更加提升了它的高可用性。

Consul 工做原理：

一、當 Producer 啓動的時候，會向 Consul 發送一個 post 請求，告訴 Consul 本身的 IP 和 Port
二、Consul 接收到 Producer 的註冊後，每隔10s（默認）會向 Producer 發送一個健康檢查的請求，檢驗Producer是否健康
三、當 Consumer 發送 GET 方式請求 /api/address 到 Producer 時，會先從 Consul 中拿到一個存儲服務 IP 和 Port 的臨時表，從表中拿到 Producer 的 IP 和 Port 後再發送 GET 方式請求 /api/address
四、該臨時表每隔10s會更新，只包含有經過了健康檢查的 Producer
Spring Cloud Consul 項目是針對 Consul 的服務治理實現。Consul 是一個分佈式高可用的系統，它包含多個組件，可是做爲一個總體，在微服務架構中爲咱們的基礎設施提供服務發現和服務配置的工具。

技術架構圖以下：