Nacos之原理讲解和使用

简介

Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。

Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。Nacos 是构建以服务为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。

nacos地图

Nacos 主要特点

Nacos 支持基于DNS和基于RPC 的服务发现。服务提供者使用原生SDK、OpenAPI、或一个独立的Agent TODO注册 Service 后，服务消费者可以使用DNS TODO或HTTP&API查找和发现服务。
Nacos 提供对服务的实时的健康检查，阻止向不健康的主机或服务实例发送请求。Nacos支持传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义）的健康检查。对于复杂的云环境和网络拓扑环境中（如VPC、边缘网络等）服务的健康检查，Nacos提供了 agent上报模式和服务端主动检测2种健康检查模式。Nacos 还提供了统一的健康检查仪表盘，帮助您根据健康状态管理服务的可用性及流量

动态配置服务

动态配置服务可以让你以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。
动态配置消除了配置变更时重新部署应用和服务的需要，让配置管理变得更加高效和敏捷。
配置中心化管理让实现无状态服务变得更简单，让服务按需弹性扩展变得更容易。
Nacos提供了一个简洁易用的UI (控制台样例 Demo) 帮助您管理所有的服务和应用的配置。
Nacos 还提供包括配置版本跟踪、金丝雀发布、一键回滚配置以及客户端配置更新状态跟踪在内的一系列开箱即用的配置管理特性，帮助您更安全地在生产环境中管理配置变更和降低配置变更带来的风险。

动态 DNS 服务

动态DNS 服务支持权重路由，让你更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单DNS解析服务。动态DNS服务还能让您更容易地实现以DNS协议为基础的服务发现，以帮助你消除耦合到厂商私有服务发现API上的风险。
Nacos 提供了一些简单的 DNS APIs TODO 帮助你管理服务的关联域名和可用的 IP:PORT 列表。

小节一下

Nacos是阿里开源的，支持基于 DNS 和基于 RPC 的服务发现。
Nacos的注册中心支持CP也支持AP，对他来说只是一个命令的切换，随你玩，还支持各种注册中心迁移到- - Nacos，反正一句话，只要你想要的他就有。
Nacos除了服务的注册发现之外，还支持动态配置服务，一句话概括就是Nacos = Spring Cloud注册中心 + Spring Cloud配置中心

Nacos领域模型划分以及概念详解

Nacos领域模型

NameSpace(默认的NameSpace是public NameSpace可以进行资源隔离，比如我们dev环境下的NameSpace下的服务是调用不到prod的NameSpace下的微服务)

服务及其元数据管理

Nacos 能让您从微服务平台建设的视角管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务的 SLA 以及最首要的 metrics 统计数据

nacos架构图

关于Nacos数据的存储来说，支持临时也支持持久化。

关于设计来说支持CP也支持AP，对他来说只是一个命令的切换，随你玩，还支持各种注册中心迁移到Nacos，反正一句话，只要你想要的他就有。

Nacos配置管理

Nacos作为配置，可以做到不用重启服务而动态刷新配置
微服务接入配置中心的步骤

添加依赖

添加依赖包spring-cloud-alibaba-nacos-config

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

编写精准配置

编写配置文件,需要写一个bootstrap.yml配置文件
配置解释 :

server-addr: localhost:8848 : 表示我微服务怎么去找我的配置中心
spring.application.name=order-center : 表示当前微服务需要向配置中心索要order-center的配置
spring.profiles.active=prod : 表示我需要向配置中心索要order-center的生产环境的配置
索要文件的格式为 : ${application.name}- ${spring.profiles.active}.${file-extension}

spring:
  application:
    name: order‐center
  profiles:
    active: prod
  cloud:
    nacos:
      config:
        server-addr: localhost:8848
        file‐extension: yml

通用配置(shared‐dataids)

通用配置指把该配置提取为一个公共配置yml,提供给所有的工程使用
通过shared‐dataids配置，越排到后面的公共配置yml优先级越高

spring:
  application:
    name: order‐center
  profiles:
    active: dev
  cloud:
    nacos:
      config:
        server-addr: localhost:8848
        file‐extension: yml
        #各个微服务共享的配置,注意越排到后面的公共配置yml优先级越高
        shared‐dataids: common.yml,common2.yml
        #支持动态刷新的配置文件
        refreshable‐dataids: common.yml,common2.yml

配置优先级:

NacosPropertySource {name='order-center-dev.yml'},
NacosPropertySource {name='order-center.yml'},
NacosPropertySource {name='common2.yml'},
NacosPropertySource {name='common.yml'}

通用配置(ext-config)

通过ext-config方式，同样配置到越后面的配置优先级越高
extension-configs是nacos-config的jar包是2.2.6版本的，在此版本中ext-config提示已过时

各个配置优先级

精准配置>不同环境的通用配置>不同工程的(ext-config)>不同工程
精准配置 会覆盖与通用配置 相同的配置，然后再和通用配置互补

spring:
  application:
    name: order‐center
  profiles:
    active: dev
  cloud:
    nacos:
      config:
        server-addr: localhost:8848
        file‐extension: yml
        shared‐dataids: common.yml,common2.yml
        #支持动态刷新的配置文件
        refreshable‐dataids: common.yml,common2.yml
        ext-config:
          - data-id: common3.yml
            group: DEFAULT_GROUP
            refresh: true
          - data-id: common4.yml
            group: DEFAULT_GROUP
            refresh: true

上述配置加载的优先级 :

1.order-center-dev.yml 精准配置
2.order-center.yml 同工程不同环境的通用配置
3.ext-config: 不同工程通用配置
4.common4.yml
5.common3.yml
6.shared-dataids 不同工程通用配置
7.common2.yml
8.common.yml

Nacos集群模式

搭建Nacos集群

搭建Nacos集群略

Nacos集群选举机制

Nacos作为配置中心的功能是基于Raft算法来实现的。

Raft 算法是分布式系统开发首选的共识算法，它通过一切以领导者为准的方式，实现一系列值的共识和各节点日志的一致。

Raft选举过程涉及三种角色和任期（Term）：

Follower：默默地接收和处理来自Leader的消息，当等待Leader心跳信息超时的时候，就主动站出来，推荐自己当Candidate。
Candidate：向其他节点发送投票请求，通知其他节点来投票，如果赢得了大多数（N/2+1）选票，就晋升Leader
Leader：负责处理客户端请求，进行日志复制等操作，每一轮选举的目标就是选出一个领导者；领导者会不断地发送心跳信息，通知其他节点“我是领导者，我还活着，你们不要发起新的选举，不用找个新领导者来替代我。”
Term：这跟民主社会的选举很像，每一届新的履职期称之为一届任期

领导选举过程

1.在初始时，集群中所有的节点都是Follower状态，都被设定一个随机选举超时时间（一般150ms-300ms）：

起始状态

2.如果Follower在规定的超时时间，都没有收到来自Leader的心跳，它就发起选举：将自己的状态切为 Candidate，增加自己的任期编号，然后向集群中的其它Follower节点发送请求，询问其是否选举自己成为Leader：

投票过程

3.其他节点收到候选人A的请求投票消息后，如果在编号为1的这届任期内还没有进行过投票，那么它将把选票投给节点A，并增加自己的任期编号：