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

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

[[242068]]

問題解讀

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

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

解決方法

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

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

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

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

方法二：通過擴展ConsulServiceRegistry來重設實例名

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

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); 
    } 
 
} 

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

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

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