brew安装,brew安装jdk…

楔子

好久不见。由于工作的原因停更了一段时间，今天开始继续更新。前面介绍过微服务相关的一些技术方案，注册中心除了ZooKeeper、Nacos之外，其实Consul也可以，只不过使用比例上看并不算高。最近发现某大厂的一个部门中有对Consul的使用，正好借机做一次了解。

一简介

1.1官网

consul（Consul的官网地址：）是google开源的一个使用go语言开发的服务发现、配置管理中心服务。内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案，不再需要依赖其他工具（比如ZooKeeper等）。服务部署简单，只有一个可运行的二进制的包。每个节点都需要运行agent，有server和client两种运行模式。每个数据中心官方建议需要3或5个server节点以保证数据安全，同时保证server-leader的选举能够正确地进行。

1.2ConsulVSEureka

在官方的方案对比文档中，列举了Consul与ZooKeeper/doozerd/etcd，Eureka，Istio等方案的对比。由于使用的技术栈是Java，Spring Cloud体系中最常用的就是Eureka，所以这里只分析Consul vc Eureka的一些对比。

1.2.1Eureka

Eureka是一个服务发现工具，体现在client/server架构上，每个数据服务节点都是一个Eureka服务器，一般来说每个可用区域有一个。（PS：Eureka的数据分布在多个数据节点中，这也是Eureka在接下来需要面临的数据复制TTL问题）举一个典型的例子：EurekaClient使用了嵌入SDK的方式去注册和发现服务。对于客户端没有一个强一致的控制力，比如Eureka的服务发现用的是Ribbon。

1.2.2Eureka的弱一致问题

Eureka提供了一个弱一致服务视图，因为Eureka集群的每个数据服务节点都是一个Eureka服务器，导致它需要尽最大努力去复制这些，来尽可能解决一致性问题。当一个Client注册到Server时，Server会尝试把这个一个服务复制到其他的服务上，但并不保证此次操作的可靠性。服务注册有一个短的TTL，需要客户端和服务器保持心跳，不健康的服务或节点将会被服务器KILL掉，造成超时或被从注册中心移除。服务发现的请求将会被路由至其他服务，由于这种尽力的复制，可能会导致服务过期或数据丢失的问题。正是这种简易模型，以至于更加适用于简单的集群管理和他的高扩展性。

1.2.3Consul的功能

Consul提供了一些更加丰富的功能，包含了丰富的健康度检查，KV存储（PS：想到了WOT的咪咪5#滑稽），和多数据中心预知。Consul需要在每个数据中心都有一套服务，每个客户端都有一个代理，这一点和Ribbon相似。Consul的代理在大部分应用中和Consul没有太大关系。服务注册经过配置文件，DNS发现，或负载均衡来实现。

1.2.4Consul优势

Consul 提供了强一致保证，是因为服务复制使用了raft协议（Raft协议可以看我后续的文章）。Consul支持一套丰富的监看检查，包含TCP/HTTP/Nagios/Sensu的兼容脚本，或者像Eureka的TTL一样。客户端阶段参与了一些不太重要的健康度检查，比如分配了一些健康度检查的工作，和Eureka的集中式心跳不同，分布式心跳将对服务注册/发现带来更强的伸缩性和扩展性。服务发现请求会被路由到已被确定的Consul中，这样可以在默认情况下具有强一致性。同样也允许已被过时版本的客户端处理其服务，从而保证像Eureka一样线性和可伸缩性的工作。

Consul的强一致性意味着它可以用来作为服务选举和集群服务协调时的服务控制(PS：像ZK一样用来做一致性处理的)。Eureka没有相似的功能，如果需要进行协调或具有更强一致性需求服务的话需要使用ZK来达到。

二Mac下的安装使用

2.1brew安装命令

由于有万能的brew，所以安装比较简单，执行下面的两条命令即可：

安装时有一些输出信息，重点看使用部分：

输出信息中给出了启动方式，采用brew services start hashicorp/tap/consul启动：

2.3验证

控制台 执行consul：

三基础操作

可以参考Consul官方的quick start手册。

consul的通用启动命令是 consul agent -dev。由于上面已经通过brew services启动完毕，所以这里不必再次执行。不过尝试执行报错，也可以看到consul的默认端口（8300）。

3.1发现数据中心成员

consul member命令：

可见输出的是agent及agent的ip地址（&端口），健康状态（正常是alive），类型等等。

使用 consul members -detailed 可以查看更详细的信息：

除了8300，Consul还占用了8500端口，作为HTTP的API。通过下面命令获取API信息：

输出如下：

3.3DNS接口

除了HTTP API，Consul还提供了DNS接口来发现节点，Consul agent的DNS Server启动于8600端口。通过dig命令查询方式如下：

命令：consul leave，优雅退出。