为什么需要注册中心?是用 Eureka 还是 Nacos?
开发者全社区
共 1954字,需浏览 4分钟
·
2022-02-12 20:05
为什么要使用注册中心
有使用过ip:port地址直接调用服务的开发经历么?该段痛苦的经历在此处省略500字......,该种方式的缺点:
使用注册中心能够实现服务治理,服务动态扩容,以及服务调用的负载均衡,完整调用链路示例如下:
服务提供者:向注册中心根据服务名称提供服务访问的ip:port以及其他信息。 注册中心:根据服务名称,存储对应的ip:port以及其他信息。 服务消费者:根据服务名向注册中心获取调用服务的ip:port以及其他相关的信息集合,然后根据负载均衡策略获取最终的服务器ip:port访问地址。
使用springcloud时,常用的是eureka和nacos作为注册中心,如何选择呢?
Eureka注册中心
架构原理图如下:
服务提供者
主动向注册中心注册,续约,下线,获取注册表。服务注册成功后,定时向注册中心发送心跳,保证服务不被剔除。
注册中心
后续,复盘,应该Eureka的自我保护机制,导致的问题。在注册中心注册的服务是一个不可用的服务,但是,由于自我保护机制,Eureka Server没有将无效的服务剔除。
enableSelfPreservation=false
关闭自我保护机制,把renewalPercentThreshold 比例降低,在Eureka Server端,如果出现无效的服务就会将该服务剔除。nacos注册中心
nacos是springcloud的扩展,注册中心功能通过NacosDiscoveryClient 继承DiscoveryClient,在springcloud中,与Eureka可以无侵入的切换。注册中心可以手动剔除服务实例,通过消息通知客户端更新缓存的实例信息,完整调用链路示例如下:另外,关注互联网架构师,在后台回复:2T,可以获取我整理的 架构系列面试题和答案,非常齐全。
Nacos与Eureka相比优势如下:
nacos在自动或手动下线服务,使用消息机制通知客户端,服务实例的修改很快响应;Eureka只能通过任务定时剔除无效的服务。 nacos可以根据namespace命名空间,DataId,Group分组,来区分不同环境(dev,test,prod),不同项目的配置。
原文链接:https://blog.csdn.net/new_com/article/details/112633748
相关阅读:2T架构师学习资料干货分享
评论