1 Nacos启动
2 服务注册到Nacos
3 Nacos服务分级存储模型
- 1 分级模型概述
- 2 配置集群
4 同集群优先的负载均衡
5 权重配置
6 环境隔离
7 永久实例与临时实例
8 Nacos配置管理
9 Nacos集群搭建

Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

1 Nacos启动

启动指令

sh /Users/cuiyichen/SpringCloudComponents/nacos/bin/startup.sh -m standalone

访问Nacos
浏览器访问http://127.0.0.1:8848/nacos/index.html即可
默认账号密码都是nacos

2 服务注册到Nacos

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别

Nacos和Eureka主要差异在于

依赖不同
服务地址不同

引入SpringCloudAlibaba依赖

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

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.6.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

引入nacos依赖

在需要使用nacos的模块的pom文件中引入nacos-discovery依赖

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

配置nacos地址

在使用nacos的模块的application.yml中添加nacos地址：

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

登录nacos管理页面，可以看到微服务信息

3 Nacos服务分级存储模型

1 分级模型概述

一个服务可以有多个实例

例如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，在杭州机房

我们通常将同一位置的服务划分为一个集群，上述三个实例就可以划分为两个集群
也就是说，一个服务可以包含多个集群，每个集群下可以有多个实例，形成分级模型，如图：

同集群优先访问
- 微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群
- 例如杭州机房内的order-service应该优先访问同机房的user-service

2 配置集群

修改user-service的application.yml文件，添加集群配置：

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

4 同集群优先的负载均衡

Nacos负载均衡策略——NacosRule
- Ribbon中默认的负载均衡策略RoundRobinRule并不能实现根据同集群优先来实现负载均衡。
- 因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例。
修改负载均衡规则

修改服务消费者order-service的application.yml文件，修改调用userservice时的负载均衡规则

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

5 权重配置

权重配置概述
- 实际部署中会出现这样的场景：服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。
- Nacos提供了权重配置来控制同集群内服务实例的访问频率，权重越大则访问频率越高
- 如果权重修改为0，则该实例永远不会被访问
修改权重

在nacos控制台，找到服务的实例列表，点击编辑即可修改权重

6 环境隔离

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

nacos中可以有多个namespace，每个namespace有唯一id
namespace下可以有group（可以将业务类似的service放到一个group中，但不是强制的）、service等
不同namespace之间相互隔离，因此不同namespace下的服务不可见

创建namespace

默认情况下，所有service、data、group都在同一个名为public的namespace

新增namespace

可以点击页面新增按钮，添加一个namespace

给微服务配置namespace

可以像给微服务配置集群一样配置namespace，如下

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID

7 永久实例与临时实例

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

临时实例（默认类型）

如果实例宕机超过一定时间，会从服务列表剔除。

非临时实例

如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

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

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

nacos功能实现流程图

Nacos与eureka的共同点
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
- Nacos支持服务端主动检测提供者状态
  - 临时实例采用心跳模式，非临时实例采用主动检测模式
  - 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

8 Nacos配置管理

Nacos除了可以作注册中心，同样可以作配置中心

Nacos统一配置管理
- 当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，集中管理所有实例的配置。
- Nacos一方面可以将配置集中管理，另一方面可以在配置变更时，及时通知微服务，实现配置的热更新。

1 在Nacos添加配置文件

建议由Nacos管理的配置文件类型
- 项目的核心配置、需要热更新的配置才有放到Nacos管理的必要
- 基本不会变更的一些配置还是保存在微服务本地比较好

添加配置流程

在弹出的表单中，填写配置信息
注意配置文件的命名规则为[服务名称]-[环境].后缀名

2 从Nacos拉取配置文件

新配置文件：bootstrap.yaml
- 微服务要拉取Nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。但如果尚未读取application.yml，又如何得知nacos地址呢？
- 因此Spring引入了一种新的配置文件：bootstrap.yaml文件，其在读取本地application.yml之前被读取

拉取配置文件步骤
1. 引入nacos-config依赖

首先，在user-service服务中，引入nacos-config的客户端依赖：

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

添加bootstrap.yaml

在user-service中添加一个bootstrap.yaml文件，内容如下：

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

Spring会根据spring.cloud.nacos.server-addr获取nacos地址，再根据下述格式作为配置文件名作为文件来读取配置

${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

上述bootstrap.yaml例子中，就是去读取文件名为userservice-dev.yaml的配置文件

读取Nacos上的配置文件

在user-service中的UserController中添加业务逻辑，读取Nacos上的pattern.dateformat配置

package cn.itcast.user.web;

import cn.itcast.user.pojo.User;
import cn.itcast.user.service.UserService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.*;

import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;

@Slf4j
@RestController
@RequestMapping("/user")
public class UserController {

    @Autowired
    private UserService userService;

    @Value("${pattern.dateformat}")
    private String dateformat;

    @GetMapping("now")
    public String now(){
        return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
    }
    // ...略
}

3 配置热更新

配置热更新概述

使用配置中心的最终的目的，是修改配置中心的配置后，微服务无需重启即可让配置生效，也就是配置热更新。

要实现配置热更新，可以使用两种方式

在@Value注入的变量所在类上添加注解@RefreshScope
使用@ConfigurationProperties注解标记一个配置类，然后从该类中获取配置

4 多环境配置共享

在开发中可能有多种环境，如dev、test等，而有的配置在多环境中是通用的，因此我们需要令这类通用的配置多环境共享
实际上微服务启动时，会从Nacos读中取以下两类配置文件
1. [spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml
2. [spring.application.name].yaml，例如：userservice.yaml

b类中的[spring.application.name].yaml不包含环境，因此可以被多个环境共享

注：可以通过编辑启动配置来实现以不同的环境启动服务

5 配置优先级

当Nacos、服务本地同时出现相同属性时，优先级有高低之分，具体如下图

9 Nacos集群搭建

Nacos在生产环境下一定要部署为集群状态…

微服务技术栈

Nacos注册中心&配置中心