服务注册中心的高可用
在微服务架构这样的分布式环境中，我们需要充分的考虑发生故障的情况，所以在生产环境中我们必须对各个组件进行高可用部署。Eureka Server 的设计一开始就考虑了这个问题，在Eureka的服务治理设计中，所有的结点，既是服务提供方，也是服务消费方，服务注册中心也不例外。Eureka Server 的高可用实际上就是将自己作为服务向其他服务注册中心注册自己。这样就可以形成一组相互注册的服务注册中心，以实现服务清单的相互同步，达到高可用的效果。我们按照上篇文章所讲，搭建一个双节点的服务注册中心集群。
分别在配置文件中进行如下配置
节点1
spring.application.name=eureka.server
server.port=1111
eureka.instance.hostname=127.0.0.1
eureka.client.fetch-registry=true
eureka.client.register-with-eureka=true
eureka.instance.prefer-ip-address=true
eureka.client.serviceUrl.defaultZone=http://127.0.0.1:1112/eureka/
节点2
spring.application.name=eureka.server
server.port=1112
eureka.instance.hostname=127.0.0.1
eureka.client.fetch-registry=true
eureka.client.register-with-eureka=true
eureka.instance.prefer-ip-address=true
eureka.client.serviceUrl.defaultZone=http://127.0.0.1:1111/eureka/
从上面的配置可以看到，我们在节点1中向我们的节点2 进行了注册，节点2 向节点1进行了注册，同时我们更改了上文中的配置，
eureka.client.fetch-registry=true
eureka.client.register-with-eureka=true
该配置允许服务注册中心注册自己，因为该配置是默认的，在实际开发过程中可以不加。进行完该配置之后，我们分别访问http://localhost:1111/和http://localhost:1112/，均可以见到如图所示，注册中心已经相互注册。
我们更改上篇文章中服务提供方的配置如下
spring.application.name=client-service
eureka.client.serviceUrl.defaultZone=http://127.0.0.1:1111/eureka/,http://127.0.0.1:1112/eureka/
我们将注册中心同时指向了上述我们搭建的两个节点。启动该服务提供服务（client -service）并访问http://localhost:1111/和http://localhost:1112/，可以看到，client-service同时注册到了上述的两个节点中，若断开某一个节点，client-service仍然可以向另一个节点注册，从而实现了服务注册中心的高可用。
服务发现与消费
上面我们已经完成了服务注册的高可用设置，接着我们需要做的就是尝试构建一个服务消费者，他主要完成两个目标，发现服务，以及消费服务。其中发现服务由Eureka的客户端完成，服务消费的任务有Ribbon完成，Ribbon是一款基于Http和Tcp的客户端负载均衡器，他可以通过客户端中配置的ribbonServerlist服务端列表去轮询访问以达到负载均衡，
下面我们通过构建一个简单的服务消费的例子，来实现服务的发现与消费。我们创建一个新的Spring Boot工程如下，我们新增了spring-cloud-starter-ribbon依赖：
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-ribbon</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
在入口类中进行Eureka和负载均衡的配置：
@EnableDiscoveryClient
@SpringBootApplication
public class RibbonConsumerApplication {
@Bean
@LoadBalanced
RestTemplate restTemplate(){
return new RestTemplate();
}
public static void main(String[] args) {
SpringApplication.run(RibbonConsumerApplication.class, args);
}
}
在Controller中实现对上述的client-service的调用
@RestController
public class ConsumerController {
@Autowired
RestTemplate restTemplate;
@RequestMapping(value = "/ribbon",method = RequestMethod.GET)
public String ribbon(){
return restTemplate.getForEntity("http://client-service/hello",String.class).getBody();
}
}
可以看到这里访问的地址是client-service/hello，而不是一个具体的地址，在服务治理框架中，这是一个非常重要的特性。
在application.properties中进行配置
spring.application.name=ribbon-consumer
server.port =9000
eureka.client.serviceUrl.defaultZone=http://127.0.0.1:1112/eureka/
我们需要配置不同的端口号，以避免端口冲突，同时注册中心地址，应该与之前在client-service中的注册中心地址一致，不然是发现不了该服务的。
同时我们构建两个Client-Service分别将其端口改为 8081和8082，分别启动服务
接着我们启动上述ribbon-consumer 。访问http://localhost:9000/ribbon。可以看到ribbon-consumer的控制台有如下输出
我们重复发送几次请求，我们可以看到在不同的client-service控制台中分别打印了如下数据：
/hello, host:192.168.1.103service_idclient-service
说明我们当前的ribbon-consumer对client-service的调用已经达到了负载均衡调用的目标。
小插曲
在上述我们启动ribbon-consumer之后，我们立即访问了http://localhost:1111/和http://localhost:1112/。发现如图显示有错误
即是
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
错误原因是因为Eureka的自我保护机制，当它发现我们有未被剔除的无效服务时，就可能出现该错误，我们在进行本地开发测试时，会经常遇到这种情况，那么我们可以使用
eureka.server.enable-self-preservation=false
参数来关闭自我保护机制 ，以确保注册中心将不可用的实例剔除。
总结
上文我们实现服务注册中心的高可用，以及服务的发现与消费。同时可以看到ribbon也帮助我们实现了负载均衡，通过Eureka和Ribbon我们很方便的实现了这些功能。相信这些功能会在以后的开发中发挥更大的作用。
