consul服务下线通知_consul服务注册与服务发现的巨坑

最近使用consul作为项目的服务注册与服务发现的基础功能。在塔建集群使用中遇到一些坑，下面一个个的记录下来。

consul集群多node

consul集群的node也就是我们所说的consul实例。集群由多个node组成，为了集群的可用性，需要超过半数的node启用server。如5个node中起码3个启用server模式，3个node组成的集群就2个node启用server模式。

看到这里的时候你一定觉得没有什么问题呀，但是consul坑就是多。加入你的集群组成如下：

Node Address Status Type Build Protocol DC Segment

BJ-MQTEST-01 10.163.145.117:8301 alive server 1.0.6 2 iget-topology-aliyun

BJ-MQTEST-02 10.163.147.47:8301 alive server 1.0.6 2 iget-topology-aliyun

BJ-TGO-01 10.163.145.110:8301 alive client 1.0.6 2 iget-topology-aliyun

那么client可以使用上述的3个ip连接到consul集群，假设client A使用使用10.163.145.117注册了service，重启后使用地址10.163.145.110注册之前的service信息，此时你就会惊喜的发现，UI可以同时看到在同一个servicename下存在两个相同的serviceid。

这就是consul集群多node的坑，因为service底层虽然使用了KV存储，但是service的KEY与serviceid无关，所以在集群中可以重复。

解决方案一

集群中只有一个node使用serve