Eureka 配置

Eureka配置的基础是其治理机制，掌握其治理机制能更好地使用配置。实际上，在讲解其治理机制的时候，已经讲了很大一部分的配置，所以本节的讨论只是在添砖加瓦。对于Eureka的配置分为服务端和客户端，实际的Eureka 客户端也是一个具体的微服务实例，甚至Eureka服务器实例也是另外一个Eureka服务器的客户端，正如之前的例子中,我们让两个Eureka服务器相互注册就是这样。

Eureka机制主要的配置是客户端，因为在大部分的情况下都是客户端主动通过REST请求服务端来完成续约和服务获取等重要功能。Eureka客户端的配置主要分两种，-种是服务注册配置，另外一种是服务实例配置。对于服务注册配置，主要是服务注册中心地址、服务获取时间间隔、可用区域等。对于服务实例配置，则主要是服务实例的名称、端口、心跳监测地址等。

Eureka服务器本身在使用时应该说并不需要太多的配置，只需保持原有的配置即可。如果需要更多的配置信息，建议查看它的配置类的源码，它的配置类是org.springframework.cloud.tflix.eureka.server.EurekaServerConfigBean,通过它可以获取更多的信息，这里就不再阐述了。

客户端服务注册配置

客户端服务注册的配置是以eureka.client为前缀的，如果需要更为详尽的配置信息，可以看org.springframework. cloud.ntflix.eureka.EurekaClientConfigBean的源码，换句话说，以eureka.client为前缀的配置项就是配置这个Bean的。

在客户端配置中，最为麻烦的是指定注册中心。.上述是使用配置项eureka.client. serviceUrl.defautZone进行配置的。从代码清单3-21中，我们知道，serviceUrl 实际是配置类EurekaClientConfigBean的一个类型为HashMap<String, String>的属性，默认值是ht:/cahot:8761/eureka.但在我们的实例中，启动Eureka的端口是5001和5002，所以我们会这样配置:

这里可以看到，可以配置多个注册中心，它们之间以半角逗号分隔，这样就能够将当前微服务实例注册到Eureka服务治理中心了。但是有时候，注册中心还需要HTTP验证来保证安全性，这个时候就需要改变配置了。例如，ht:t/serepaswore@localhost:001/eure， 在这个URL中，user是用户名，password是密码。当然，客户端服务注册的配置项还有很多，它们都以eureka.client 开头，如表3-2所示。

客户端服务实例配置

上述注册配置的信息主要是针对服务发现、获取和续约的，这里的客户端服务实例配置，则是针对Eureka客户端所要注册的信息的。客户端服务实例的配置是以eureka.instance为前缀的，配置的类是org.springframework.cloud.netlix.eureka EurekaInstanceConfigBean。换句话说，如果需要更多的信息，看这个类就可以了。Spring Cloud会用通过EurekaInstanceConfigBean 读入的信息，创建InstanceInfo实例，然后将InstanceInfo实例通过REST请求发送给Eureka服务器。

首先，我们先来看服务实例名称的配置。在默认的情况下，启动Eureka客户端，就可以在Eureka服务器平台上看到图3-13所示的信息。

从图中可以看到，每一个微服务都有两个实例，而每一-个实例的名称又不尽相同，那么它的规则是怎么样的呢?在Spring Cloud中微服务实例默认的名称规则是，如果我们配置了spring aplcation.instance_ id，则名称为:

${spring. cloud . hostname} :s (spring. application. name) :$ (spring. application. instance_ id)

如果没配置，则名称为:

${spr ing. cloud.hostname} :$ (spr ing. application.name) :$ (server.port)

显然，图3-13中的微服务实例名称没有配置springapplication.instance id, 所以会采用第二种规则来产生服务实例名称。倘若开发者不想采用Spring Cloud提供的规则，那么也可以使用自定义服务实例名称，使用配置项eureka.instance.instance-id就行。例如，修改用户的application-peer2.yml文件的配置项，如代码清单3-27所示。

代码清单3-27修改 application-peer2.yml中的服务实例名称(user 模块)

从图3-14中可以看到，通过配置项eureka.instance.instance-id可以修改服务名称了。只是在配置服务名称的过程中，大家要尽量避免重名的发生。我还是建议使用服务器名称(或者IP)、微服务名称和端口一起构成命名，或者直接使用Spring Cloud默认的规则。

此外，还可以自定义服务实例的元数据，使用的配置项是eureka.instance.metadata-map, 它是一个Map结构,允许我们自定义启动实例的元数据。比方说，我们的用户微服务6002端口部署的是v2版本，为了标记它的版本号，我们可以在plcationopeer2.ym文件中修改相关的配置项，代码如下:

自定义的元数据会被发送到Eureka服务端，其他的微服务也可以读取这个配置，这样就知道部署的是什么版本的服务了。