做完上面两步,然后启动项目。
注意:在老版本中,需要显式在启动类中添加注解@EnableEurekaClient,本书中使用的版本不需要强制添加。
刷新Eureka Server 的网页,我们发现在 Instances currently registered with Eureka
区域多了一条记载,看名字和端标语,确认是我们刚才启动的项目,如下图3.2所示。
图3.6 端口为8762的Eureka Server界面
到此为止,我们在本地模拟的Eureka高可用已经摆设完了,但是在生产情况中这两个Eureka Server
应该是在差异的物理机上,我们现在的这种方式只是为了说明 Eureka Server 的集群搭建方式。
最后,这里还要在注意一点,我们刚才在修改 Eureka Server 时,并没有对 micro-servicea 做任何改变。之前的代码中,micro-servicea 只注册到了8761谁人 Eureka Server 上,为什么会在8762的 Eureka Server 上也出现呢?这种情况是否能到达真正的Eureka Server 高可用呢?
问:为什么会在8762的 Eureka Server 上也出现呢?
答:我们在举行 Eureka Server 高可用设置时,添加了设置项。
eureka.client.fetch-registry=true,这个设置项会同步 Eureka
之间的元数据信息,所以micro-servicea虽然只注册到了8761上面,但是在8762上面照旧可以看到它。
问:这种情况是否能到达真正的Eureka Server 高可用呢?
答:这种情况下,如果8761的那台 Eureka Server 宕机了,那么我们的micro-servicea 实在已经不能再正常注册到 Eureka Server 了。所以,这种情况并不能到达高可用的目的。我们在设置了 Eureka Server 的高可用后,我们同样需要修改其他微服务的设置项,最好将服务注册到每个 Eureka
本章我们相识到了 Eureka Server 的构建方式,而且知道了怎样将使用 Spring Boot构建的微服务注册到 Eureka Server 上。在这个根本上,进一步相识了如作甚 Eureka Server 添加安全认证,以及如何构建高可用的Eureka Server。最后我们一起相识了元数据的概念。
通过本章的学习,各人已经可以将构建的微服务注册到 Eureka Server 上来统一管理了。但是我们的服务照旧一个个的个体,我们的服务之间是如何举行交互的呢?各人可以先联合我们本章最后讲的元数据概念想想这个问题。