【微服务】Nacos

一、安装

1、官网地址:https://nacos.io/download/nacos-server/

2、启动:找到bin目录下的startup.cmd双击启动,或者打开一个命令窗口输入:

java 复制代码
startup.cmd -m standalone

双击启动后如下:可以访问控制台地址

访问后的地址如下:

登录:默认账号和密码都是nacos

二、注册

1、在cloud-demo父工程中添加spring-cloud-alibaba的管理依赖

java 复制代码
            <!--nacos的管理依赖-->
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>2.2.5.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>

2、注释掉order-service和user-service中原有的eureka依赖

3、添加nacos的客户端依赖

java 复制代码
        <!--nacos的客户端依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>



成功负载均衡

三、Nacos服务分级存储模型

1、修改spplication.yml,添加如下内容

修改成HZ后直接可以启动userApplication和userApplication2,此时这两个就在HZ集群

修改成SH,在启动UserApplication3,此时UserApplication3就在SH集群。

2、服务台可以看到集群变化

四、修改集群负载均衡规则NacosRule

orderService同样设置在HZ集群(8081 8082),看调用时是否优先选择本地集群。

但是此发送请求发现默认选择轮询 ,即8081,8082,8083无论集群内还是集群外,都接收到了请求。如何解决:

1、修改order-service中的application.yml,设置集群为HZ(如上)

2、在order-service中设置负载均衡的IRule为NacosRule,这个规则就会优先寻找与自己相同集群的服务

java 复制代码
userservice:
  ribbon:
      NFLoadBalancerRuleclassName: com.alibaba.cloud.nacos.ribbon.NacosRule

发送五条请求,发现都在同一集群的8081 8082之下,而8083暂时没有


NacosRule 先选择本地集群,在本地集群中随机访问,将8081 8082停止服务,再发送请求:

3、注意将user-service的权重都设置为1

五、根据权重负载均衡

1、Nacos控制台可以设置实例的权重值,首先选中实例后面的编辑按钮

Nacos控制台可以设置实例的权重值,O~1之间同集群内的多个实例,权重越高被访问的频率越高权重设置为0则完全不会被访问

六、环境隔离-namespace

Nacos中服务存储和数据存储的最外层都是一个名为namespace 的东西,用来做最外层隔离

1、创建命名空间

2、修改服务的命名空间

修改order-service的application.yml,添加namespase

此时再从orerservice发送请求,8081 8082 8083均收不到,因为被命名空间隔离了

七、Eureka和Nacos对比

设置临时实例(默认是true),停止orderservice,此时在dev中直接消失

再设置为非临时实例(false),重启orderservice,再次检查状态

此时再主动停止该服务,爆红后但还是存在,不会删除,重启后仍旧存在

1、Nacos与eureka的共同点

  • 都支持服务注册和服务拉取
  • 都支持服务提供者心跳方式做健康检测

2、Nacos与Eureka的区别

  • Nacos支持服务端主动检测提供者状态:临时实例采 用心跳模式,非临时实例采用主动检测模式
  • 临时实例心跳不正常会被剔除,非临时实例则不会被剔除
  • Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
  • Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式
相关推荐
Dcs22 分钟前
代码评审还能更好!
java
刃神太酷啦34 分钟前
C++ 异常处理机制:从基础到实践的全面解析----《Hello C++ Wrold!》(20)--(C/C++)
java·c语言·开发语言·c++·qt·算法·leetcode
欧阳的棉花糖35 分钟前
微前端俯瞰
微服务·前端工程化
蓝倾97636 分钟前
小红书获取用户作品列表API接口操作指南
java·服务器·前端·python·电商开放平台·开放api接口
薛定谔的算法37 分钟前
手写React:从Dideact理解前端框架的核心原理
前端·react.js·架构
Seven9741 分钟前
剑指offer-28、数组中出现次数超过⼀半的数字
java
浮游本尊42 分钟前
Java学习第19天 - 分布式缓存与Redis高级应用
java
bemyrunningdog1 小时前
DTO与POJO:核心差异与最佳实践
java
en-route1 小时前
深入理解 MDC(Mapped Diagnostic Context):日志记录的利器
java·log4j
掘金-我是哪吒1 小时前
分布式微服务系统架构第170集:Kafka消费者并发-多节点消费-可扩展性
分布式·微服务·架构·kafka·系统架构