由于Spring Cloud對Etcd的支持一直沒能從孵化器中出來，所以目前來說大多用戶還在使用Eureka和Consul，之前又因為Eureka 2.0不在開源的消息，外加一些博眼球的標(biāo)題黨媒體使得Eureka的用戶有所減少，所以，相信在選擇Spring Cloud的用戶群體中，應(yīng)該有不少用戶會選擇Consul來做服務(wù)注冊與發(fā)現(xiàn)。

本文就來說一下，當(dāng)我們使用Spring Cloud***的Finchley版 + Consul 1.2.x時候最嚴重的一個坑：多實例注冊的問題。

[[242068]]

問題解讀

問題：該問題可能在開發(fā)階段不一定會發(fā)現(xiàn)，但是在線上部署多實例的時候，將會發(fā)現(xiàn)Consul中只有一個實例。

原因：造成該問題的主要原因是Spring Cloud Consul在注冊的時候?qū)嵗↖nstanceId）采用了：“服務(wù)名-端口號”（即：{spring.application.name}-{server.port}）的值，可以看到這個實例名如果不改變端口號的情況下，實例名都是相同的。如果熟悉Spring Cloud Consul的讀者，可能會問老版本也是這個規(guī)則，怎么沒有這個問題呢？。主要是由于Consul對實例唯一性的判斷標(biāo)準(zhǔn)也有改變，在老版本的Consul中，對于實例名相同，但是服務(wù)地址不同，依然會認為是不同的實例。在Consul 1.2.x中，服務(wù)實例名成為了集群中的唯一標(biāo)識，所以，也就導(dǎo)致了上述問題。

解決方法

既然知道了原因，那么我們要解決它就可以有的放矢了。下面就來介紹兩個具體的解決方式：

方法一：通過配置屬性指定新的規(guī)則

下面舉個例子，通過spring.cloud.consul.discovery.instance-id參數(shù)直接來配置實例命名規(guī)則。這里比較粗暴的通過隨機數(shù)來一起組織實例名。當(dāng)然這樣的組織方式并不好，因為隨機數(shù)依然有沖突的可能，所以您還可以用更負責(zé)的規(guī)則來進行組織實例名。

spring.cloud.consul.discovery.instance-id=${spring.application.name}-${random.int[10000,99999]} 

方法二：通過擴展ConsulServiceRegistry來重設(shè)實例名

由于通過配置屬性的方式對于定義實例名的能力有限，所以我們希望可以用更靈活的方式來定義。這時候我們就可以通過重寫ConsulServiceRegistry的register方法來修改。比如下面的實現(xiàn)：

public class MyConsulServiceRegistry extends ConsulServiceRegistry { 
 
    public MyConsulServiceRegistry(ConsulClient client, ConsulDiscoveryProperties properties, TtlScheduler ttlScheduler, HeartbeatProperties heartbeatProperties) { 
        super(client, properties, ttlScheduler, heartbeatProperties); 
    } 
 
    @Override 
    public void register(ConsulRegistration reg) { 
        reg.getService().setId(reg.getService().getName() + “-” + reg.getService().getAddress() + “-” + reg.getService().getPort()); 
        super.register(reg); 
    } 
 
} 

上面通過拼接“服務(wù)名”-“ip地址”-“端口號”的方式，構(gòu)造了一個絕對唯一的實例名，這樣就可以讓每個服務(wù)實例都能正確的注冊到Consul上了。

【本文為51CTO專欄作者“翟永超”的原創(chuàng)稿件，轉(zhuǎn)載請通過51CTO聯(lián)系作者獲取授權(quán)】

戳這里，看該作者更多好文