Nacos理论知识+应用案例+高级特性剖析

一、理论知识

Nacos功能

Nacos常用于注册中心、配置中心

Nacos关键特性

1、服务发现和服务健康监测

        nacos作为服务注册中心可用于服务发现,并支持传输层(TCP)和应用层(HTTP)的健康检查,并提供了agent上报和nacos server端主动探测两种模式,另外还有统一的Dash Board。

2、动态配置中心

        nacos可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置,消除了配置变更时重新部署应用和服务的需要,让配置管理变得更加高效和敏捷

3、动态DNS服务

        nacos支持内网的简单DNS解析服务,以及以DNS协议为基础的服务发现

4、服务及其元数据管理

        nacos能管理数据中心的所有服务及元数据,包括:服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务SLA以及 metrics统计数据

Nacos中的数据模型

数据由三元组确定:

        Namespace

        Group

        Service或者DataId

Namespace即命名空间,公共命名空间是public

Group即分组,默认分组是DEFAULT_GROUP

service即服务的名称(服务注册的时候)、Datald即配置文件ID(可以理解为配置文件名)

二、应用案例

作为注册中心

1、添加Maven坐标

<!--nacos-discovery-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    <version>2.2.5.RELEASE</version>
</dependency>

2、配置bootstrap.yml

bootstrap.ymlbootstrap.properties)用来在程序引导时执行,应用于更加早期配置信息读取,如可以使用来配置application.yml中使用到参数等。

application.ymlapplication.properties) 应用程序特有配置信息,可以用来配置后续各个模块中需使用的公共参数等。

bootstrap.yml 先于 application.yml加载。

项目中如果使用Nacos,需要使用bootstrap.yml,因此我们需要将项目中的application.yml换成bootstrap.yml

因为创建bootstrap.yml文件并配置以下内容

spring:
  application:
    name: 服务名
  cloud:
    nacos:
      discovery:
        # nacos 服务注册地址
        server-addr: ip:8848
        namespace: 等等

3、开启@EnableDiscoveryClient

@SpringBootApplication
@EnableDiscoveryClient //开启nacos服务发现
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class,args);
    }
}

作为配置中心

1、添加Maven坐标

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

2、在bootstrap.yml文件中进行配置

在配置之前,需要讲解nacos配置中心dataId的组成。

托管到nacos server侧的配置都有一个唯一的key: namespace/group/dataId,接下来就是在应用端配置自己应用要读取的配置dataId,nacos的SDK根据该dataId去nacos server获取配置一个配置文件内容,而dataId的组成是:

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

  • prefix默认为spring.app1lication.name 的值,也可以通过配置项spring.cloud.nacos.config.prefix来配置。
  • spring.profiles.active 即为当前环境对应的profile,详情可以参考Spring Boot文档。
    (注意:当spring.profiles.active为空时,对应的连接符–也将不存在,datald的拼接格式变成${prefix}.${file-extension})
  • fie-exetension为配置内容的数据格式,可以通过配置项 spring.c1oud.nacos.config.file-extension来配置。目前只支持 properties和yaml类型。
spring:
  application:
    name: 服务应用名
  cloud:
    nacos:
      discovery:
        # nacos 服务注册地址
        server-addr: ip:8848
        weight: 1
        # 指定命名空间的id
        namespace: 1ebba5f6-49da-40cc-950b-f75c8f7d07b3
      config:
        server-addr: ip:8848
        # 指定命名空间的id
        namespace: 1ebba5f6-49da-40cc-950b-f75c8f7d07b3
        # 如果将配置信息保存到nacos,指定配置文件扩展名
        file-extension: yaml
        # nacos config dataid name 默认加载 ${spring.application.name}.${file-extension},当然也可指定
        #name: 服务应用名.yaml

3、在nacos中添加配置

4、多环境切换

如:spring.application.name=demo

那么nacos新建demo.yaml、demo-test.yaml、demo-dev.yaml

则在boostrap.yml中的spring.profiles.active值是啥,那就对应去找哪个环境的配置文件

5、共享配置

一些公共配置,需要多个服务共用的,可以配置成共享配置

在bootstrap.yml中引入共享配置需要使用shared-configs属性,配置如下:

6、自动刷新配置 

nacos的配置,修改之后,项目会自动刷新读取到最新的配置,而无需重启项目。

原理如下:

spring-cloud-starter-alibaba-nacos-config 支持配置的动态更新,Environment能实时更新到最新的配置信息。

Spring的applicationContext中有一个environment可以对Spring容器中的配置做一些操作,当nacos的配置修改之后,其底层就是调用environment来操作修改配置的。

程序中如果写了@Value注解,可以采用@RefreshScope实现刷新,只需要在指定类上添加该注解即可,如下代码:

@RestController
@RequestMapping(value = "/demo")
@RefreshScope
public class DemoController {

    @Value("${app.version}")
    private String version;
    @Value("${app.name}")
    private String appname;

    @GetMapping("/appinfo")
    public String getAppInfo() {
        return appname + ";"+version;
    }
}

7、灰度发布

        灰度配置指的是指定部分客户端IP进行新配置的下发,其余客户端配置保持不变,用以验证新配置对客户端的影响,保证配置的平稳发布。灰度配置是生产环境中一个比较重要的功能,对于保证生产环境的稳定性非常重要。在1.1.0中,Nacos支持了以IP为粒度的灰度配置,具体使用步骤如下:

Nacos集群搭建 

1)直连模式

http://ip1:port/openAPI 直连ip模式,机器挂则需要修改ip才可以使用。

比如我现在有3个Nacos,每次操作数据的时候,都需要使用IP:端口的模式,这种模式效率极低,并且一旦节点故障无法识别,因此官方不推荐这种模式。

2)VIP模式

http://VIP:port/openAPI 挂载VIP模式,直连vip即可,下面挂server真实ip,可读性不好。

3)域名模式

http://nacos.com:port/openAPI 域名 + VIP模式,可读性好,而且换ip方便,因此官方推荐该模式,该模式的结构图如下:

 实现步骤:

对于方式3:

先在linux上搭建好相关的nacos集群结点

接下来就要用nginx反向代理,负载均衡到集群的结点

 接下来配置nginx域名

三、高级特性

Nacos服务领域模型

服务:一组功能集的抽象namespace, group, serviceName标识一个服务

实例:服务在具体IP,端口上的提供者应用启动时的注册就是注册某个服务的实例

集群:服务之下,实例之上的中间层,便于统一管理实例集(默认是DEFAULT)

其中,Nacos的实例分为临时实例持久实例

临时实例:nacos server在该实例健康检查失败一定时间后会主动摘除它,且实例数据不持久化

持久实例:实例数据持久化,nacos server在该实例健康检查失败后并不摘除该实例,除非客户端主动销毁

  • nacos默认的实例类型是临时实例,可以更改
  • 临时实例的应用场景大多都是上层的服务,比如:SpringCloud服务,dubbo服务等
  • 持久实例的应用场景是一些基础的组件,例如:数据库,缓存等【想以服务的形式对外提供】
  • 临时实例和持久实例在健康检查上的方式不一样:
                 
    临时实例使用客户端上报模式【心跳】
                 持久化实例使用服务端反探测模式

Nacos健康检查机制 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值