1.开篇
Consul是什么？
Consul是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。
提供了微服务系统中的服务治理、配置中心、控制总线等功能。这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全方位的服务网格，总之Consul提供了一种完整的服务网格解决方案。
它具有很多优点。包括：基于 raft 协议，比较简洁；支持健康检查, 同时支持 HTTP 和 DNS 协议支持跨数据中心的 WAN 集群提供图形界面跨平台，支持 Linux、Mac、Windows
1.服务发现：提供HTTP和DNS两种发现方式
2.健康监测：支持多种方式，HTTP、TCP、Docker、Shell脚本定制化监控
3.KV存储：key-value的存储方式
4.多数据中心：Consul支持多数据中心
5.可视化Web界面
使用Consul做服务注册中心了话，需要到它的官网去下载。
下载完之后，会有一个consul.exe的可执行文件，这就是consul的，双击即可运行。
也可以在当前目录下，cmd，然后 consul --version 查看安装好的consul版本信息。
之后再使用 consul agent -dev 使用开发模式启动consul，启动完成之后，到浏览器中输入http://localhost:8500 即可访问到consul的可视化web界面。
2.项目源码
github源码地址：https://github.com/2656307671/SpringCloud-Hoxton-Consul
gitee源码地址：https://gitee.com/szh-forever-young/SpringCloud-Hoxton-Consul
依次启动服务提供者cloud-providerconsul-payment8006、服务消费者cloud-consumerconsul-order80，
之后在浏览器中的consul界面中刷新即可看到我们的微服务信息。
3.三个注册中心的异同点
前两篇文章分别介绍了eureka、zookeeper这两个注册中心，再加上这篇是consul注册中心。
eureka：https://blog.csdn.net/weixin_43823808/article/details/119240420
zookeeper：https://blog.csdn.net/weixin_43823808/article/details/119273324
下面来看看这三个注册中心有哪些异同点。
最多只能同时较好的满足两个。CAP（C：Consistency 强一致性，A：Availability 可用性，P：Partiton tolerance 分区容错性）
CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，因此，根据 CAP 原理将 NoSQL 数据库分成了满足 CA 原则、满足 CP 原则和满足 AP 原则三大类：
· CA - 单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。
· CP - 满足一致性，分区容忍必的系统，通常性能不是特别高。
· AP - 满足可用性，分区容忍性的系统，通常可能对一致性要求低一些。
AP架构：当网络分区出现后，为了保证可用性，系统B可以返回旧值，保证系统的可用性。结论：违背了一致性C的要求，只满足可用性和分区容错，即AP。
CP架构：当网络分区出现后，为了保证一致性，就必须拒接请求，否则无法保证一致性结论：违背了可用性A的要求，只满足一致性和分区容错，即CP。
