【微服务】五. Nacos服务注册

Nacos服务注册

5.1 Nacos服务分级存储模型

Nacos服务分级存储模型:

服务跨集群调用问题:

服务调用尽可能选择本地集群的服务,跨集群调用延迟较高。

本地集群不可访问时,再去访问其他集群。

服务集群属性:

  1. 修改application.yml,添加如下内容
yml 复制代码
spring:
	cloud:
		nacos:
			server-addr: localhost:8848  # nacos服务端地址
			discovery:
				cluster-name: HZ  # 配置集群名称,也就是机房位置:例如杭州 HZ
  1. 在nacos控制台可以看到集群变化

总结:

  1. Nacos服务分级存储模型
    一级是服务,例如userservice
    二级是集群,例如杭州或上海
    三级是实例,例如杭州机房的某台部署了userservice的服务器
  2. 如何设置实例的集群属性
    修改application.yml文件,添加spring.cloud.nacos.discovery.cluster-name属性即可

5.2 根据集群负载均衡

实现orderservice优先选择本地集群中的userservice

  1. 修改order-service中的application.yml,设置集群为HZ:
yml 复制代码
spring:
	cloud:
		nacos:
			service-addr: localhost:8848
			discovery:
			cluster-name: HZ
  1. 然后在order-service中设置负载均衡的Rule为NacosRule,这个规则优先会寻找与自己同集群的服务:
yml 复制代码
userservice:
	ribbon:
		NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule  # 负载均衡规则
  1. 注意将user-service的权重都设置为1

Nacos的访问特点:优先访问本地集群,然后随机访问本地集群中的服务。本地没有就跨集群访问,跨集群访问会出现警告:

总结

NacosRule负载均衡策略

优先选择同集群服务实例列表

本地集群找不到提供者,才去其他集群寻找,并且会报警告

确定了可用实例列表后,再采用随机负载均衡挑选实例

5.3 Nacos服务实例的权重设置

根据权重负载均衡

实际部署中会出现这样的场景:

服务器设备性能有差异,部分实例所在机器性能较好,另一些较差,我们希望性能好的机器承担更多的用户请求。

Nacos提供了权重配置来控制访问频率,权重越大则访问频率越高

权重设置为0时,服务就不会被访问

总结:

实例的权重控制:

Nacos控制台可以设置实例的权重值,0~1之间。

同集群内的多个实例,权重越高被访问的频率越高

权重设置为0则完全不会被访问

5.6 环境隔离namespace

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

在设置命名空间时,服务都在public命名空间中

  1. 在Nacos控制台中可以创建namespace,用来隔离不同环境
  2. 然后填写一个新的命名空间信息:
  3. 保存后会在控制台看到这个命名空间的id
  4. 修改order-service的application.yml,添加namespace
  5. 重启order-service后,再来查看控制台
  6. 此时访问order-service,因为namespace不同,会导致找不到userservice,控制台会报错

总结

Nacos环境隔离

namespace用来做环境隔离

每个namespace都有唯一的id

不同namespace下的服务不可见

5.7 Nacos和Eureka的对比

nacos注册中心细节分析

默认情况下,所有的实例都是临时实例

如果临时实例服务到时间没有发送心跳,nacos就会把临时服务从列表中剔除。

nacos不会把非临时实例从列表中剔除,只会标注实例不健康了,等着服务恢复。

临时实例和非临时实例

服务注册到Nacos时,可以选择注册为临时或非临时实例,通过下面的配置来设置:

yml 复制代码
spring:
	cloud:
		nacos:
			discovery:
				ephemeral: false  # 设置为非临时实例

临时实例宕机时,会从nacos的服务列表中剔除,而非临时实例则不会

总结

  1. Nacos和eureka的共同点:
    都支持服务注册和服务拉取
    都支持服务提供者心跳方式做健康检测
  2. Nacos和Eureka的区别:
    Nacos支持服务端主动检测提供者的状态:临时实例采用心跳模式,非临时实例采用主动检测模式。
    临时实例心跳不正常会被剔除,非临时实例则不会被剔除。
    Nacos支持服务列表变更的消息推送模式,服务列表更新更及时。
    Nacos集群默认采取AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP模式。
相关推荐
ldj20205 分钟前
SpringBoot为什么使用new RuntimeException() 来获取调用栈?
java·spring boot·后端
超龄超能程序猿6 分钟前
Spring 应用中 Swagger 2.0 迁移 OpenAPI 3.0 详解:配置、注解与实践
java·spring boot·后端·spring·spring cloud
风象南18 分钟前
SpringBoot配置属性热更新的轻量级实现
java·spring boot·后端
洛阳泰山19 分钟前
Spring Boot 整合 Nacos 实战教程:服务注册发现与配置中心详解
java·spring boot·后端·nacos
Y40900119 分钟前
C语言转Java语言,相同与相异之处
java·c语言·开发语言·笔记
YuTaoShao20 分钟前
【LeetCode 热题 100】994. 腐烂的橘子——BFS
java·linux·算法·leetcode·宽度优先
布朗克16820 分钟前
java常见的jvm内存分析工具
java·jvm·数据库
都叫我大帅哥1 小时前
深入浅出 Resilience4j:Java 微服务的“免疫系统”实战指南
java·spring cloud
Cao_Shixin攻城狮3 小时前
Flutter运行Android项目时显示java版本不兼容(Unsupported class file major version 65)的处理
android·java·flutter
Dcs6 小时前
还在用 Arrays.hashCode?Java 自己也能写出更快的版本!
java