Nacos 服务注册和配置中心

news2024/11/24 9:57:44

文章目录

- - - 1 应用
    - - 1.1 依赖
      - 1.2 配置文件
    - 2 Nacos发现实例模型
    - 3 注册中心对比
    - 4 Nacos 支持AP和CP模式的切换
    - - 4.1 何时选择何种模式？
    - 5 Nacos 服务配置
    - - 10.5.1 SpringCloud原生注解@RefreshScope
      - 5.2 配置
      - 5.3 分类设计思想
    - 6 Nacos 集群是持久化配置
    - - 6.1 Nacos支持三种部署模式

想要学习完整SpringCloud架构可跳转： SpringCloud Alibaba微服务分布式架构

一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。

Nacos = Eureka + Config + Bus

1 应用

1.1 依赖

父工程

            <!-- spring cloud alibaba 2.1.0.RELEASE -->
            <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>

子工程

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

1.2 配置文件

server:
  port: 9001
  servlet:
    context-path: /provider
spring:
  # 服务名称
  application:
    # 服务名称
    name: nacos-payment-provider
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 # 配置Nacos地址
management:
  endpoints:
    web:
      exposure:
        include: '*'

2 Nacos发现实例模型

在这里插入图片描述

3 注册中心对比

在这里插入图片描述

4 Nacos 支持AP和CP模式的切换

C ：所有节点在同一时间看到的数据是一致的

A：所有请求都会收到响应

4.1 何时选择何种模式？

一般来说，
如果不需要存储服务级别的信息且服务实例是通过nacos-cient注册，并能够保持心跳上报，那么就可以选择AP模式。当前主流的服务如Spring cloud 和Dubo服务，都适用于AP模式，AP模式为了服务的可能性而减弱了一致性，因此AP模式下只支持注册临时实例。

如果需要在服务级别编辑或者存储配置信息，那么CP是必须，K8S服务和DNS服务则适用于CP模式。
CP模式下则支持注册持久化实例，此时则是以Raft协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。

5 Nacos 服务配置

Nacos同springcloud-config一样，在项目初始化时，要保证先从配置中心进行配置拉取，拉取配置之后，才能保证项目的正常启动。

springboot中配置文件的加载是存在优先级顺序的，bootstrap优先级高于application

10.5.1 SpringCloud原生注解@RefreshScope

修饰Controller层可以支持Nacos的动态刷新功能

5.2 配置

bootstarp.yml

server:
  port: 3377
spring:
  # 服务名称
  application:
    # 订单服务
    name: nacos-config-client
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 # Nacos 服务注册中心地址
      config:
        server-addr: localhost:8848 # Nacos 配置中心地址
        file-extension: yaml # 指定yaml格式的配置
        group: TEST_GROUP
        namespace: 6536b558-4546-48a3-ba53-eaf9e264006d

applicaton.yml

spring:
  profiles:
    active: test # 表示测试环境
#    active: dev # 表示开发环境

在这里插入图片描述

最后公式： ${spring.application.name}-$ {spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

5.3 分类设计思想

namespace用于区分部署环境

Group和DataID逻辑上区分两个目标对象

默认情况：Namespace=public，Group=DEFAULT_GROUP,默认Cluster是DEFAULT

在这里插入图片描述

Nacos默认的命名空间是public，Namespace主要用来实现隔离。
比方说我们现在有三个环境:开发、测试、生产环境，我们就可以创建三个Namespace，不同的Namespace之间是隔离的。
Group默认是DEFAULT_GROUP，Group可以把不同的微服务划分到同一个分组里面去
Service就是微服务;一个Service可以包含多个Cluster (集群)，Nacos默认Cluster是DEFAULT，Cluster是对指定微服务的一个虚拟划分。

比方说为了容灾，将Service微服务分别部署在了杭州机房和广州机房，

这时就可以给杭州机房的Service微服务起一个集群名称(HZ) ，

给广州机房的Service微服务起一个集群名称(GZ)，还可以尽量让同一个机房的微服务互相调用，以提升性能。

最后是lnstance，就是微服务的实例。