eruka作为注册中心的优缺点

Eureka作为注册中心的优势点

eruka作为注册中心的优缺点

文章插图
1、在Eureka平台中,如果某台服务器宕机,Eureka不会有类似于ZooKeeper的选举leader的过程
2.不用担心有“掉队”的服务器恢复以后,会从Eureka服务器集群中剔除出去的风险了 。
3.Eureka甚至被设计用来应付范围更广的网络分割故障,并实现“0”宕机维护需求 。
4.可以实现在同一个子网中(same side of partition),新发布的服务仍然可以被发现与访问 。
5.Eureka内置了心跳服务,用于淘汰一些“濒死”的服务器
如果在Eureka中注册的服务,它的“心跳”变得迟缓时,Eureka会将其整个剔除出管理范围,这是个很好的功能 。
6.Eureka甚至提供了Restful-API接口,方便第三方程序集成Eureka的功能 。
eureka作为注册中心的缺点
1.只有一个服务注册中心,显然这不符合高可用的原则,高可用就得增加2.eureka server 的数量,维护成本太高了 。
3.实际生产中,不会将服务注册中心与业务服务部署在同一台机器上 。实际部署中,当 eureka server 的地址发生变化时,还得修改配置文件里 eureka server的地址,太麻烦了 。
4.实际使用中,服务注册发现中心的安全性也是需要考虑的,应该对服务注册和发现的请求进行鉴权,来确保服务的安全性,安全也是急需解决的问题 。
5.eureka 使用过程中,有可能出现注册上去的服务地址不是一个 ip ,而是一个 hostname 的情况,事实上又无法通过 hostname 进行服务调用 。其实只是因为没有增加 eureka.instance.prefer-ip-address=true这个配置,依旧需要添加配置 。
【eruka作为注册中心的优缺点】6.eureka 因为缓存设计的原因,使得服务注册上去之后,最迟需要两分钟后才能发现 。