## 一、Consul是什么? Consul 官方站点：[https://www.consul.io/](https://www.consul.io/) Consul 是一个支持多数据中心分布式高可用的服务发现和配置共享的服务软件,由 HashiCorp 公司用 Go 语言开发, 基于 Mozilla Public License 2.0 的协议进行开源. Consul 支持健康检查,并允许 HTTP 和 DNS 协议调用 API 存储键值对. 一致性协议采用 Raft 算法,用来保证服务的高可用. 使用 GOSSIP 协议管理成员和广播消息, 并且支持 ACL 访问控制.。它具备以下特性: * 服务发现: Consul提供了通过DNS或者HTTP接口的方式来注册服务和发现服务。一些外部的服务通过Consul很容易的找到它所依赖的服务。 * 健康检测: Consul的Client提供了健康检查的机制，可以通过用来避免流量被转发到有故障的服务上。 * Key/Value存储: 应用程序可以根据自己的需要使用Consul提供的Key/Value存储。 Consul提供了简单易用的HTTP接口，结合其他工具可以实现动态配置、功能标记、领袖选举等等功能。 * 多数据中心: Consul支持开箱即用的多数据中心. 这意味着用户不需要担心需要建立额外的抽象层让业务扩展到多个区域。 * 提供自带的web管理界面，zookeeper没有自带的管理界面。 * consul也可以实现分布式的配置管理，但是我们在spring cloud范围内很少使用到。 ## 二、Spring Cloud服务与consul consul作为服务注册中心，并没有与eureka、zookeeper在核心的流程上有区别。仍然遵循于服务注册与发现的基本实现逻辑。  * 当Spring Cloud服务客户端注册Consul时，它提供有关自身的元数据，如主机和端口，ID，名称和标签等信息。 * Consul通过HTTP API和DNS提供服务发现功能。Spring Cloud Consul客户端利用HTTP API进行服务注册和发现。 * Consul实例的运行状况检查默认为“/actuator/health”，它是Spring Boot Actuator应用程序中有用端点的默认位置。consul默认情况下，将创建一个HTTP 检查，每隔10秒Consul访问注册服务的/actuator/health端点。如果健康检查失败，则服务实例被标记为不可用。 ## 三、consul集群  很多人看到上面的这张图会晕掉，它并不像我们之前讲过的Eureka和zookeeper的集群部署拓扑那样好理解。下面就带大家一步一步剖析这张图 * 首先，我们要看明白图片的上半部分是数据中心一、图片的下半部分是数据中心二。consul天然支持多数据中心，多数据中心之间支持数据通信。脱离数据中心的概念去理解consul集群，我们只需要关注上半部分即可。 * 与eureka和zookeeper一样，为了增强可用性，都是多节点部署的，每一个节点被称为一个Agent。所有的agent都能运行DNS或者HTTP接口，并负责运行时检查和保持服务同步。 * 但是consul Agent的角色划分更为的复杂一点，consul Agent节点可以分成server和client两种模式运行，server又可以分为leader和follower。 > 上面这张图没有包含Spring Boot（Cloud）的服务。对于Spring Boot服务而言，consul的server和client都是服务端。所以这里的client和server都是对于consul集群内部而言。 | Consul Agent节点运行模式（大使馆） | 特性 | | --- | --- | | Client（工作人员） | consul client不存储任何信息，当接收到服务注册请求的时候，会将服务注册及查询请求转发给Server进行处理。不参与集群Leader的选举，无状态节点不做数据存储 | | Server Follower（参赞） | 参与Leader选举，维护集群状态，存储服务注册数据，响应本地数据查询。与其他数据中心交互WAN gossip和转发查询给leader或者远程数据中心。 | | Server Leader（大使） | 管理整个集群的数据同步，与consul集群内的其他节点维持心跳 |