- 只有一个服务注册中心，显然这不符合高可用的原则，高可用就得增加
eureka server 的数量，维护成本太高了。 - 实际生产中，不会将服务注册中心与业务服务部署在同一台机器上。实际部署中，当 eureka server 的地址发生变化时，还得修改配置文件里 eureka server的地址，太麻烦了。
- 实际使用中，服务注册发现中心的安全性也是需要考虑的，应该对服务注册和发现的请求进行鉴权，来确保服务的安全性，安全也是急需解决的问题。
- eureka 使用过程中，有可能出现注册上去的服务地址不是一个 ip ，而是一个 hostname 的情况，事实上又无法通过 hostname 进行服务调用。其实只是因为没有增加 eureka.instance.prefer-ip-address=true这个配置，依旧需要添加配置。
- eureka 因为缓存设计的原因，使得服务注册上去之后，最迟需要两分钟后才能发现。
eureka 缺点
猜你喜欢
转载自blog.csdn.net/du_senge/article/details/84335855
今日推荐
周排行