初识Nacos

Nacos可以用来做什么？

Nacos 是一个更易于帮助构建云原生应用的动态服务发现、配置和服务管理平台，提供注册中心、配置中心和动态 DNS 服务三大功能。能够无缝对接Springcloud、Spring、Dubbo等流行框架。

Nacos下载和安装

在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：
GitHub主页：https://github.com/alibaba/nacos
GitHub的Release下载页：https://github.com/alibaba/nacos/releases

将这个包解压到任意非中文目录下
目录说明：

• bin：启动脚本
• conf：配置文件
  Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程；如果无法关闭占用8848端口的进程，也可以进入nacos的conf目录，修改配置文件中的端口：
  
  

启动

启动非常简单，进入nacos的bin目录，结构如下， 执行以下命令

startup.cmd -m standalone

在浏览器输入地址：http://127.0.0.1:8848/nacos登录即可：默认的账号和密码都是nacos

一、Nacos做服务注册与发现

将服务注册到nacos

（1） 导入依赖

引入SpringCloudAlibaba的依赖：父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖

<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>

引入nacos-discovery依赖：在user-service和order-service中的pom文件中引入nacos-discovery依赖：
【注】nacos-discovery是用于做服务注册与发现的

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

（2） 添加配置

给user-service和order-service分别配置nacos地址

spring:
  cloud:
    nacos:
      server-addr: localhost:8848

启动后，访问浏览器查看。

分级存储模型

一个服务可以有多个实例，例如我们的user-service，可以有:

• 127.0.0.1:8081
• 127.0.0.1:8082
• 127.0.0.1:8083

假如这些实例分布于全国各地的不同机房，例如：

• 127.0.0.1:8081，在杭州机房
• 127.0.0.1:8082，在杭州机房
• 127.0.0.1:8083，在北京机房

Nacos就将同一机房内的实例 划分为一个集群。
也就是说，user-service是服务，一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：

微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群。例如：

杭州机房内的order-service应该优先访问同机房的user-service， 而不应该让其去访问上海机房的user-service
那么，该如何配置集群呢？在yml中添加如下

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称

访问nacos服务端查看。

order-service

user-service

微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群所以杭州机房内的order-service应该优先访问同机房的user-service，但是默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡，因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例，修改负载均衡规则即可。

修改order-service的application.yml文件，修改负载均衡规则：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 

测试

右边没有任何输出，位于北京集群的没有被访问到
当我们停掉杭州集群的服务，它才会去北京集群中去寻找服务

权重配置

实际部署中会出现这样的场景：
服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。
（1）点击编辑

（2）查看权重

（3）测试

在控制台查看， 由于8082的权重高，会被优先访问， 所以被访问的次数也最多。

环境隔离

Nacos提供了namespace来实现环境隔离功能。

• nacos中可以有多个namespace
• namespace下可以有group、service等
• 不同namespace之间相互隔离，例如不同namespace的服务互相不可见
  

（1） 创建namespace

默认情况下，所有service、data、group都在同一个namespace，名为public。
我们可以点击页面新增按钮，添加一个namespace：

编辑信息， 点击确定， 会出现一个新的命名空间。

（2） 给服务配置namespace
这里需要用到我们刚刚创建的namespace的ID
修改order-service的application.yml文件， 配置namespace为命名空间id

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        namespace: 2d8c6e8b-b0ae-4f4f-9d9b-b6e6ac426e7b # 命名空间，填ID

（3）开启服务

重启order-service， 就可以发现user-service和order-service处于不同的命名空间下了。

此时访问order-service，因为namespace不同，会导致找不到user-service，控制台会报错：

namespace小结：

• namespace用于做环境隔离
• 每个namespace都有唯一id
• 不同namespace下的服务不可见

Eureka和Nacos的区别

Nacos的服务实例分为两种l类型：

• 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。
• 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

配置一个服务实例为永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

• Nacos与eureka的共同点

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

• Nacos与Eureka的区别

  • Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
  • 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
  • Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
  • Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

【注】CP用于保证可靠性

二、Nacos作为配置管理

【目录】
统一配置管理
配置热更新
配置共享
搭建nacos集群

统一配置管理

（1）新建配置
点击加号， 新增配置。

填写配置， 点击发布

查看配置

（2）引入配置管理依赖

<!--        配置管理-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

（3）新建bootstrap.yml 文件
由于我们需要先获取到nacos中的配置文件，所以需要找到比application.yml还有提前加载的配置文件， bootstrap.yml加载顺序在application.ymll之前， 所以我们可以把nacos的配置信息写在bootstrap.yml中

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev #开发环境，这里是dev 
  cloud:
    nacos:
      server-addr: localhost:8848 # Nacos地址
      config:
        file-extension: yaml # 文件后缀名

正好对应在nacos中创建的userservice-dev.yaml配置文件

（4）测试

通过value获取nacos中配置的信息。

@Value("${person.name}")
private String name;

@GetMapping("/getperson")
public String getPerson(){
    return name;
}

配置热更新

当我们修改配置文件时， 但我们并没有加载到配置文件修改后的内容， 那么如何实现配置管理的热更新呢？

（1）方式一， 添加@RefreshScope注解

@RefreshScope
@RequestMapping("/user"){
    @Value("${person.name}")
    private String name;
}

（2）方式二， 使用@ConfigurationProperties注解

创建一个配置类

@Data
@Component
@ConfigurationProperties(prefix = "person")
public class Person {
    private String name;
}

注入并使用

@Autowired
private Person person;
@GetMapping("/getperson")
public String getPerson(){
    return person.getName();
}

【注意】不是所有的配置都适合放到配置中心，维护起来比较麻烦，建议将一些关键参数，需要运行调整的参数放到nacos配置中心， 一般都是自定义配置。

多环境配置

其实微服务启动时，会去nacos读取多个配置文件，例如：

• [spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml

• [spring.application.name].yaml，例如：userservice.yaml

而[spring.application.name].yaml不包含环境，因此可以被多个环境共享。

（1） 创建一个userservice.yaml文件， 添加如下配置进行测试

2、 在项目中获取

person.java

@Data
@Component
@ConfigurationProperties(prefix = "person")
public class Person {
    private String name;
    private String envShare;
}

usercontroller.java

@Autowired
private Person person;
@GetMapping("/getperson")
public Person getPerson(){
    return person;
}

使用userservice2启动 test环境

访问userservice1（dev环境）

访问userservice2（test环境）

结果： test环境可以拿到公共的配置， 拿不到dev的配置。
【补充】

多种配置的优先级：服务名称-profile.yaml > 服务名称.yaml > 本地配置

搭建Nacos集群

集群搭建步骤：
（1）搭建mysql集群并初始化数据库表
（2）下载解压Nacos
（3）修改集群配置
（4）分别启动多个nacos节点
（5）nginx反向代理

详细请见：