九九99靖品,99小视频,国产婷婷

consul 簡介

consul 具有以下性質(zhì)：

服務(wù)發(fā)現(xiàn)：consul通過http 方式注冊服務(wù)，并且服務(wù)與服務(wù)之間相互感應(yīng)。
服務(wù)健康監(jiān)測
key/value 存儲
多數(shù)據(jù)中心

consul可運行在mac windows linux 等機器上。

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

本文就來說一下，當我們使用spring cloud最新的finchley版 + consul 1.2.x時候最嚴重的一個坑：多實例注冊的問題。

問題解讀

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

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

解決方法

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

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

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

復(fù)制代碼代碼如下:

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

									  }

									}