eruka作为注册中心的优缺点

Eureka作为注册中心的优势点

1、在Eureka平台中，如果某台服务器宕机，Eureka不会有类似于ZooKeeper的选举leader的过程

2.不用担心有“掉队”的服务器恢复以后，会从Eureka服务器集群中剔除出去的风险了。

ka甚至被设计用来应付范围更广的网络分割故障，并实现“0”宕机维护需求。

4.可以实现在同一个子网中（same side of partition），新发布的服务仍然可以被发现与访问。

ka内置了心跳服务，用于淘汰一些“濒死”的服务器

如果在Eureka中注册的服务，它的“心跳”变得迟缓时，Eureka会将其整个剔除出管理范围，这是个很好的功能。

ka甚至提供了Restful-API接口，方便第三方程序集成Eureka的功能。

eureka作为注册中心的缺点

1.只有一个服务注册中心，显然这不符合高可用的原则，高可用就得增加ka server 的数量，维护成本太高了。

3.实际生产中，不会将服务注册中心与业务服务部署在同一台机器上。实际部署中，当 eureka server 的地址发生变化时，还得修改配置文件里 eureka server的地址，太麻烦了。

4.实际使用中，服务注册发现中心的安全性也是需要考虑的，应该对服务注册和发现的请求进行鉴权，来确保服务的安全性，安全也是急需解决的问题。

ka 使用过程中，有可能出现注册上去的服务地址不是一个 ip ，而是一个 hostname 的情况，事实上又无法通过 hostname 进行服务调用。其实只是因为没有增加 er-ip-address=true这个配置，依旧需要添加配置。

ka 因为缓存设计的原因，使得服务注册上去之后，最迟需要两分钟后才能发现。