上一篇 <<<服务注册、服务发现和服务治理
下一篇 >>>Nacos的服务手动注册与发现
服务治理的方式
其实就是用来保存服务的地址和端口号信息
实现的种类:zookeeper、eureka、cosul、nacos、redis、数据库等
a、数据库
缺点:维护成本非常高,没有完全实现动态智能
b、注册中心
优点:能够动态感知
服务治理的实现原理

a、生产者启动的时候,key=服务名称 value=ip和端口号 注册到注册中心
b、存放到注册中心的服务地址列表类型:key唯一,value是一个列表,因为存在集群,Map<Key,List<String>>
c、消费者从注册中心根据服务名称查询服务地址列表集合
d、消费者采用负载均衡器算法选择一个地址实现RPC远程调用【负载均衡器策略使用的是策略模式】
为什么不直接在注册中心里做负载均衡给客户端一个地址?
这样子的话注册中心的压力会很大,本地做效率会高很多。
推荐阅读:
<<<服务注册、服务发现和服务治理
<<<Nacos的服务手动注册与发现
<<<Nacos整合到SpringCloud中
<<<Eureca作为注册中心配置实例
<<<Eureka的自我保护机制
<<<Consule作为注册中心配置实例
<<<Zookeeper作为注册中心配置实例
<<<@EnableDiscoveryClient与@EnableEurekaClient区别
<<<Nacos单机环境安装
<<<Nacos集群环境安装
网友评论