目录
Namespace命名空间、Group分组、集群这些
Spring Cloud Alibaba(SCA),SCA 是由一些阿里巴巴的开源组件和云产品组成的,2018年,Spring Cloud Alibaba 正式入住了 SpringCloud 官方孵化器。
- Nacos(服务注册中心、配置中心)
- Sentinel哨兵(服务的熔断、限流等)
- Dubbo RPC/LB
- Seata分布式事务解决方案。结合数据库
一、Nacos 介绍
Nacos (Dynamic Naming and Configuration Service)是阿里巴巴开源的一个针对微服务架构中服务发现、配置管理和服务管理平台。
Nacos就是注册中心+配置中心的组合(Nacos=Eureka+Config+Bus)
Nacos功能特性
- 服务发现与健康检查
- 动态配置管理
- 动态DNS服务
- 服务和元数据管理。(管理平台的角度,nacos也有一个ui页面,可以看到注册的服务及其实例信息(元数据信息)等),动态的服务权重调整、动态服务优雅下线,都可以去做
二、 Nacos 单例服务部署
1、下载解压安装包,执行命令启动
使用最近比较稳定的版本 nacos-server-1.2.0.tar.gz
linux/mac:sh startup.sh -m standalone
windows:cmd startup.cmd
2、访问nacos管理界面
http://127.0.0.1:8848/nacos/#/login
默认端口8848,
账号和密码 nacos/nacos
三、Nacos 服务注册中心
(一)服务提供者注册到Nacos
改造简历微服务
1、父工程引入依赖
<dependencyManagement>
<dependencies>
<!--SCA -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.1.0.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<!--SCA -->
</dependencies>
</dependencyManagement>
2、在服务提供者工程中引入nacos客户端依赖(注释eureka客户端)
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
3、application.yml修改,添加nacos配置信息
spring:
cloud:
nacos:
discovery:
################ 配置nacos server地址
server-addr: 127.0.0.1:8848
4、访问
http://localhost:8848/nacos
保护阈值
:可以设置为0-1之间的浮点数,它其实是一个比例值(当前服务健康实例数/当前服务总实例数)
场景
:
一般流程下,nacos是服务注册中心,服务消费者要从nacos获取某一个服务的可用实例信息,对于服务实例有健康/不健康状态之分,nacos在返回给消费者实例信息的时候,会返回健康实例。这个时候在一些高并发、大流量场景下会存在一定的问题
如果服务A有100个实例,98个实例都不健康了,只有2个实例是健康的,如果nacos只返回这两个健康实例的信息的话,那么后续消费者的请求将全部被分配到这两个实例,流量洪峰到来,2个健康的实例也扛不住了,整个服务A 就扛不住,上游的微服务也会导致崩溃,,,产生雪崩效应
。
保护阈值的意义在于
当服务A健康实例数/总实例数 < 保护阈值 的时候,说明健康实例真的不多了,这个时候保护阈值会被触发(状态true)
nacos将会把该服务所有的实例信息(健康的+不健康的)全部提供给消费者,消费者可能访问到不健康的实例,请求失败,但这样也比造成雪崩要好,牺牲了一些请求,保证了整个系统的一个可用。
阿里内部在使用nacos的时候,也经常调整这个保护阈值参数。
(二)服务消费者从Nacos获取服务提供者
改造⾃动投递微服务
1、配置
同服务提供者
2、测试
启动项目
向服务提供者发起一个请求
四、负载均衡
Nacos客户端引入的时候,会关联引入Ribbon的依赖包,我们使用OpenFiegn的时候也会引入Ribbon的依赖,Ribbon包括Hystrix都按原来方式进行配置即可。
五、Nacos 数据模型(领域模型)
Namespace命名空间、Group分组、集群这些都是为了进行归类管理,把服务和配置文件进行归类,归类之后就可以实现一定的效果,比如隔离,对于服务来说,不同命名空间中的服务不能够互相访问调用
Namespace
:命名空间,对不同的环境进行隔离,比如隔离开发环境、测试环境和⽣产环境Group
:分组,将若干个服务或者若干个配置集归为一组,通常习惯一个系统归为一个组Service
:某一个服务,比如简历微服务DataId
:配置集。或者可以认为是一个配置文件
Namespace + Group + Service 如同 Maven 中的GAV坐标,GAV坐标是为了锁定Jar,而这里是为了锁定服务
Namespace + Group + DataId 如同 Maven 中的GAV坐标,GAV坐标是为了锁定Jar,儿这里是为了锁定配置文件
最佳实践
Nacos抽象出了Namespace、Group、Service、DataId等概念,具体代表什么取决于怎么用(非常灵活),推荐用法如下
概念 | 描述 |
---|---|
Namespace | 代表不同的环境,如开发dev、测试test、⽣产环境prod |
Group | 代表某项目,比如拉勾云项目 |
Service | 某个项目中具体xxx服务 |
DataId | 某个项目中具体的xxx配置文件 |
Nacos服务的分级模型