Nacos 介绍

Nacos （Dynamic Naming and Configuration Service）是阿⾥巴巴开源的⼀个针对微服务架构中服务发现、配置管理和服务管理平台。
Nacos就是注册中⼼+配置中⼼的组合（Nacos=Eureka+Config+Bus）
官⽹：https://nacos.io 下载地址：https://github.com/alibaba/Nacos
Nacos功能特性

服务发现与健康检查
动态配置管理
动态DNS服务
服务和元数据管理（管理平台的⻆度，nacos也有⼀个ui⻚⾯，可以看到注册的服务及其实例信息（元数据信息）等），动态的服务权重调整、动态服务优雅下线，都可以去做

Nacos 单例服务部署

下载解压安装包，执⾏命令启动（这里使⽤最近⽐较稳定的版本 nacos-server-1.2.0.tar.gz）

linux/mac：sh startup.sh -m standalone
windows：cmd startup.cmd

访问nacos管理界⾯：http://127.0.0.1:8848/nacos/#/login（默认端⼝8848，账号和密码nacos/nacos）

Nacos 服务注册中⼼

服务提供者注册到Nacos(改造提供者微服务)

在⽗pom中引⼊SCA依赖

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

在服务提供者⼯程中引⼊nacos客户端依赖（注释eureka客户端）

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

application.yml修改，添加nacos配置信息（注释或删除eureka配置）

spring:
  cloud:
    nacos:
      discovery:
        # 配置nacos server地址
        server-addr: 127.0.0.1:8848

启动提供者微服务，观察nacos控制台

保护阈值：可以设置为0-1之间的浮点数，它其实是⼀个⽐例值（当前服务健康实例数/当前服务总实例数）
场景：
⼀般流程下，nacos是服务注册中⼼，服务消费者要从nacos获取某⼀个服务的可⽤实例信息，对于服务实例有健康/不健康状态之分，nacos在返回给消费者实例信息的时候，会返回健康实例。这个时候在⼀些⾼并发、⼤流量场景下会存在⼀定的问题
如果服务A有100个实例，98个实例都不健康了，只有2个实例是健康的，如果nacos只返回这两个健康实例的信息的话，那么后续消费者的请求将全部被分配到这两个实例，流量洪峰到来，2个健康的实例也扛不住了，整个服务A就扛不住，上游的微服务也会导致崩溃，产⽣雪崩效应。
保护阈值的意义在于，当服务A健康实例数/总实例数<保护阈值的时候，说明健康实例真的不多了，这个时候保护阈值会被触发（状态true），nacos将会把该服务所有的实例信息（健康的+不健康的）全部提供给消费者，消费者可能访问到不健康的实例，请求失败，但这样也⽐造成雪崩要好，牺牲了⼀些请求，保证了整个系统的⼀个可⽤。
注意：阿⾥内部在使⽤nacos的时候，也经常调整这个保护阈值参数。

服务消费者从Nacos获取服务提供者(改造消费者微服务)

改造过程与提供者微服务相同
测试

@Autowired
private RestTemplate restTemplate;

@Test
public void testNacos(){
  Integer forObject = restTemplate.getForObject("http://service-consumer/shop/order/5465156",Integer.class);
  System.out.println("===>>>通过nacos获取实例然后请求得到的订单状态：" + forObject);
}

负载均衡

Nacos客户端引⼊的时候，会关联引⼊Ribbon的依赖包，我们使⽤OpenFiegn的时候也会引⼊Ribbon的依赖，Ribbon包括Hystrix都按原来⽅式进⾏配置即可。
这里将提供者微服务，⼜启动了⼀个8083端⼝，注册到Nacos上，便于测试负载均衡，我们通过后台也可以看出。

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服务的分级模型

Nacos Server 数据持久化

Nacos默认使⽤嵌⼊式数据库进⾏数据存储，它⽀持改为外部Mysql存储

新建数据库 nacos_config，数据库初始化脚本⽂件 $/conf/nacos-mysql.sql
修改$/conf/application.properties，增加Mysql数据源配置

spring.datasource.platform=mysql

### Count of DB:
db.num=1

### Connect URL of DB:
db.url.0=jdbc:mysql://127.0.0.1:3306/nacos_config?
characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnec
t=true
db.user=root
db.password=123456

Nacos Server 集群

安装3个或3个以上的Nacos
复制解压后的nacos⽂件夹，分别命名为nacos-01、nacos-02、nacos-03
修改配置⽂件
1）同⼀台机器模拟，将上述三个⽂件夹中application.properties中的server.port分别改为8848、8849、8850
同时给当前实例节点绑定ip，因为服务器可能绑定多个ip

nacos.inetutils.ip-address=127.0.0.1

2）复制⼀份conf/cluster.conf.example⽂件，命名为cluster.conf
在配置⽂件中设置集群中每⼀个节点的信息

# 集群节点配置
127.0.0.1:8848
127.0.0.1:8849
127.0.0.1:8850

分别启动每⼀个实例（可以批处理脚本完成）

sh startup.sh -m cluster

Nacos 配置中⼼

之前：Spring Cloud Config + Bus
1）Github 上添加配置⽂件
2）创建Config Server 配置中⼼—>从Github上去下载配置信息
3）具体的微服务(最终使⽤配置信息的)中配置Config Client—> ConfigServer获取配置信息

有Nacos之后，分布式配置就简单很多
Github不需要了（配置信息直接配置在Nacos server中），Bus也不需要了(依然可以完成动态刷新)
接下来
1、去Nacos server中添加配置信息
2、改造具体的微服务，使其成为Nacos Config Client，能够从Nacos Server中获取到配置信息

Nacos server 添加配置集

Nacos服务端已经搭建完毕，那么我们可以在我们的微服务中开启 Nacos 配置管理

添加依赖

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

微服务中如何锁定 Nacos Server 中的配置⽂件（dataId）
通过 Namespace + Group + dataId 来锁定配置⽂件，Namespace不指定就默认public，Group不指定就默认 DEFAULT_GROUP
dataId 的完整格式如下

${prefix}-${spring.profile.active}.${file-extension}

prefix 默认为 spring.application.name 的值，也可以通过配置项spring.cloud.nacos.config.prefix 来配置。
spring.profile.active 即为当前环境对应的 profile。注意：当 spring.profile.active为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 $.$
file-exetension 为配置内容的数据格式，可以通过配置项spring.cloud.nacos.config.file-extension 来配置。⽬前只⽀持 properties 和 yaml 类型。

cloud:
  nacos:
    discovery:
      # 集群中各节点信息都配置在这⾥（域名-VIP-绑定映射到各个实例的地址信息）
      server-addr: 127.0.0.1:8848
    # nacos config 配置
    config:
      server-addr: 127.0.0.1:8848
      namespace: f965f7e4-7294-40cf-825c-ef363c269d37
      group: DEFAULT_GROUP
      file-extension: yaml

通过 Spring Cloud 原⽣注解 @RefreshScope 实现配置⾃动更新

package com.cloud.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

/**
* 该类⽤于模拟，我们要使⽤共享的那些配置信息做⼀些事情
*/
@RestController
@RequestMapping("/config")
@RefreshScope
public class ConfigController {

  // 和取本地配置信息⼀样
  @Value("${mysql.url}")
  private String mysqlUrl;

  // 内存级别的配置信息
  // 数据库，redis配置信息
  @GetMapping("/viewconfig")
  public String viewconfig() {
    return "mysqlUrl=>" + mysqlUrl;
  }
}

如果⼀个微服务希望从配置中⼼Nacos server中获取多个dataId的配置信息，那就扩展多个dataId

cloud:
  nacos:
    discovery:
      # 集群中各节点信息都配置在这⾥（域名-VIP-绑定映射到各个实例的地址信息）
      server-addr: 127.0.0.1:8848,127.0.0.1:8849,127.0.0.1:8850
    # nacos config 配置
    config:
      server-addr: 127.0.0.1:8848,127.0.0.1:8849,127.0.0.1:8850
      # 锁定server端的配置⽂件（读取它的配置项）
      # 命名空间id
      namespace: f965f7e4-7294-40cf-825c-ef363c269d37
      # 默认分组就是DEFAULT_GROUP，如果使⽤默认分组可以不配置
      group: DEFAULT_GROUP
      # 默认为properties
      file-extension: yaml
      # 根据规则拼接出来的dataId效果： service-consumer.yaml
      ext-config[0]:
        data-id: abc.yaml
        group: DEFAULT_GROUP
        # 开启扩展dataId的动态刷新
        refresh: true 
      ext-config[1]:
        data-id: def.yaml
        group: DEFAULT_GROUP
        # 开启扩展dataId的动态刷新
        refresh: true

优先级：根据规则⽣成的dataId > 扩展的dataId（对于扩展的dataId，[n] n越⼤优先级越⾼）

菜单

分享

Nacos服务注册和配置中⼼

Nacos 介绍

Nacos 单例服务部署

Nacos 服务注册中⼼

服务提供者注册到Nacos(改造提供者微服务)

服务消费者从Nacos获取服务提供者(改造消费者微服务)

负载均衡

Nacos 数据模型（领域模型）

Nacos Server 数据持久化

Nacos Server 集群

Nacos 配置中⼼

Kafka源码剖析

RabbitMQ集群与运维

Kafka集群与运维

RabbitMQ源码剖析

Kafka高级特性解析

Kafka架构与实战

微服务架构

Eureka服务注册中⼼

RestTemplate的使用

Spring Cloud综述