赞
踩
有无数微服务需要相互调用:可以用远程调用组件OpenFeign组件,也可以用Dobble
这么多微服务相互调用怎么管理:就用到注册中心组件Nacos,Eureka
所有的服务去找注册中心做注册,拉去到的服务是一个列表,做远程调用是需要做负载均衡,用到负载均衡组件Ribbon
这么多服务做配置管理该怎末办,需要配置中心组件,做统一配置管理
微服务群形成了,将来对外提供服务的时候,不是随便什么人都能访问,所以在微服务群的前面有一个网关组件,作为入口
nacos是一个注册中心,所有微服务在启动时,就会提交自己的信息到nacos当中,由nacos来保存当前服务的信息,保存到那里呢?就是保存在注册表当中,只有把服务的信息保存下来了,将来消费者获取服务时,才能够在注册表里得到服务的信息:ip,端口等才能进行访问,nacos是如何创建注册表呢?结构什么样子
从两方面分析:
环境隔离开了,在这个namespace下有很多服务,这些服务可以继续去分,进行分组,按照业务模块,比如交易模块涵盖微服务很多:订单有关,支付有关等等相关的服务作为一个组
在大型企业里有很多服务,做分组管理比较方便,小型企业来讲服务不多,没有分组必要
大多数情况下分组做默认default_group
分组下面就是真正的微服务了
分级存储模型如何实现呢?可以通过Map的key value的结果去实现
找到我们springCloud的兼容的版本nacos版本
orderService服务:
UserClient远程调用去查询,userclient是基于Feign实现的
userService服务:
console相当于nasos的控制台:
下面是nacos的页面展示的是nacos的控制台,控制台页面会向服务端发送ajax的请求,进行交换,交互的就是那些controller
这些controller并不是我们想找的,我们想找的的是微服务注册的入口,找到这个就能找到表结构
通过nacos的api可以发现注册发现的调用接口:注册实例一定跟注册表有关
console模块中引入了其他模块config模块负责的是nacos的统一配置管理,naming模块正是负责的微服务的注册发现
注册实例的方法:
serviceMap就是服务的注册表:key是namespace 值又是个map key group 值是实例
再进入这个实例:
实例下面是集群
又维护一个map key是集群名称 值是集群本身
集群里面有实例,再跟进去:
里面维护的是集合 Instance对象,有两个集合,一个放临时实例,一个永久实例
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。