SCA Nacos 服务注册和配置中心（一）
1、Nacos 介绍
Nacos （Dynamic Naming and Configuration Service）是阿里巴巴开源的一个针对微服务架构中服务发现、配置管理和服务管理平台。
Nacos就是注册中心+配置中心的组合（Nacos=Eureka+Config+Bus）
官网：https://nacos.io 下载地址：https://github.com/alibaba/Nacos
Nacos功能特性
- 服务发现与健康检查
- 动态配置管理
- 动态DNS服务
- 服务和元数据管理（管理平台的⻆度，nacos也有一个ui页⾯，可以看到注册的
- 服务及其实例信息（元数据信息）等），动态的服务权重调整、动态服务优雅下线，都可以去做
2、Nacos 单例服务部署
（1）下载解压安装包，执行命令启动
linux/mac：sh startup.sh -m standalone
windows：cmd startup.cmd
（2）访问nacos管理界面：http://127.0.0.1:8848/nacos/#/login（默认端口8848，账号和密码nacos/nacos）
3、服务提供者注册到Nacos(改造简历微服务)
（1）在父pom中引入SCA依赖
<dependencyManagement>
<dependencies>
<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>
</dependencies>
</dependencyManagement>（2）在服务提供者工程中引入nacos客户端依赖（注释eureka客户端）
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>（3）application.yml修改，添加nacos配置信息
server:
port: 8082
spring:
application:
name: lagou-service-resume
datasource:
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql://localhost:3306/lagou?useUnicode=true&characterEncoding=utf8
username: root
password: 123456
jpa:
database: MySQL
show-sql: true
hibernate:
naming:
physical-strategy: org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl #避免将驼峰命名转换为下划线命名
# nacos配置
cloud:
nacos:
discovery:
# 集群中各节点信息都配置在这里（域名-VIP-绑定映射到各个实例的地址信息）
server-addr: 127.0.0.1:8848
management:
endpoints:
web:
exposure:
include: "*"
（4）启动简历微服务，观察nacos控制台
保护阈值：可以设置为0-1之间的浮点数，它其实是一个比例值（当前服务健康实例数/当前服务总实例数）
场景：
一般流程下，nacos是服务注册中心，服务消费者要从nacos获取某一个服务的可用实例信息，对于服务实例有健康/不健康状态之分，nacos在返回给消费者实例信息的时候，会返回健康实例。这个时候在一些高并发、大流量场景下会存在一定的问题。
如果服务A有100个实例，98个实例都不健康了，只有2个实例是健康的，如果nacos只返回这两个健康实例的信息的话，那么后续消费者的请求将全部被分配到这两个实例，流量洪峰到来，2个健康的实例也扛不住了，整个服务A 就扛不住，上游的微服务也会导致崩溃，产生雪崩效应。
保护阈值的意义在于当服务A健康实例数/总实例数 < 保护阈值 的时候，说明健康实例真的不多了，这个时候保护阈值会被触发（状态true），nacos将会把该服务所有的实例信息（健康的+不健康的）全部提供给消费者，消费者可能访问到不健康的实例，请求失败，但这样也比造成雪崩要好，牺牲了一些请求，保证了整个系统的一个可用。
4、服务消费者从Nacos获取服务提供者(改造自动投递微服务)
（1）同服务提供者
（2）测试
5、负载均衡
Nacos客户端引入的时候，会关联引入Ribbon的依赖包，我们使用OpenFiegn的时候也会引入Ribbon的依赖，Ribbon包括Hystrix都按原来方式进行配置即可。
此处，我们将简历微服务，又启动了⼀个8083端口，注册到Nacos上，便于测试负载均衡，我们通过后台也可以看出。
6、Nacos 数据模型（领域模型）
Namespace命名空间、Group分组、集群这些都是为了进行归类管理，把服务和配置文件进行归类，归类之后就可以实现⼀定的效果，比如隔离。对于服务来说，不同命名空间中的服务不能够互相访问调用
- Namespace：命名空间，对不同的环境进行隔离，比如隔离开发环境、测试环境和生产环境
- Group：分组，将若干个服务或者若干个配置集归为一组，通常习惯一个系统归为一个组
- Service：某一个服务，比如简历微服务
- DataId：配置集或者可以认为是一个配置文件
Namespace + Group + DataId 如同 Maven 中的GAV坐标，GAV坐标是为了锁定Jar，而这里是为了锁定配置文件。
最佳实践
Nacos抽象出了Namespace、Group、Service、DataId等概念，具体代表什么取决于怎么用（非常灵活），推荐用法如下：
| 概念 | 描述 |
| Namespace | 代表不同的环境，如开发dev、测试test、⽣产环境prod |
| Group | 代表某项目，比如拉勾云项目 |
| Service | 某个项目中具体xxx服务 |
| DataId | 某个项目中具体的xxx配置文件 |
Nacos服务的分级模型
spring:
cloud:
nacos:
discovery:
# 集群中各节点信息都配置在这里（域名-VIP-绑定映射到各个实例的地址信息）
server-addr: 127.0.0.1:8848cluster-name: BJ # 设置服务集群名，默认为default，当消费者与生产者都设置了这个属性时，在进行服务调用时，Nacos会优先选择该实例提供服务
# 指定当前实例注册到命名空间，不同命名空间是隔离的，其中的服务不能相互调用
namespace: 07137f0a-bf66-424b-b910-20ece612395a
namespace属性中填写的id是我们手动创建命名空间后，控制台显示的id