Nacos系列——Nacos架构(2.x版本)1-2

前言

本文仅作为笔记用途,文章所用专业性内容均出自nacos文档,并非本人构写,请查看Nacos官方文档,后续实际应用才是原创

Nacos架构

在这里插入图片描述
从架构图中我们可以看出:
在Nacos多数据中心族群中(Multi-Datacenter Nacos Cluster),有一个Nacos控制台和多个Nacos服务,Nacos控制台中包含有:用户控制台、管理者控制台、定制控制台,这三个控制台分别代表了三个不同权限等级的角色,在Nacos服务中包含有:一致性协议(私有筏/同步更新/基于rdbms)、Nacos的核心、配置服务、名字服务、开放的API(允许http/dns/udp/tls协议)

整体还是以服务的提供者注册到Nacos中Nacos的Open API会提供给服务的消费者一张服务名称表,消费者找到想要的服务进行调用

服务 (Service)

服务是指一个或一组软件功能(例如特定信息的检索或一组操作的执行),其目的是不同的客户端可以为不同的目的重用(例如通过跨进程的网络调用)。Nacos 支持主流的服务生态,如 Kubernetes Service、gRPC|Dubbo RPC Service 或者 Spring Cloud RESTful Service。

服务注册中心 (Service Registry)

服务注册中心,它是服务,其实例及元数据的数据库。服务实例在启动时注册到服务注册表,并在关闭时注销。服务和路由器的客户端查询服务注册表以查找服务的可用实例。服务注册中心可能会调用服务实例的健康检查 API 来验证它是否能够处理请求。

服务元数据 (Service Metadata)

服务元数据是指包括服务端点(endpoints)、服务标签、服务版本号、服务实例权重、路由规则、安全策略等描述服务的数据。

服务提供方 (Service Provider)

是指提供可复用和可调用服务的应用方。

服务消费方 (Service Consumer)

是指会发起对某个服务调用的应用方。

配置 (Configuration)

在系统开发过程中通常会将一些需要变更的参数、变量等从代码中分离出来独立管理,以独立的配置文件的形式存在。目的是让静态的系统工件或者交付物(如 WAR,JAR 包等)更好地和实际的物理运行环境进行适配。配置管理一般包含在系统部署的过程中,由系统管理员或者运维人员完成这个步骤。配置变更是调整系统运行时的行为的有效手段之一。

配置管理 (Configuration Management)

在数据中心中,系统中所有配置的编辑、存储、分发、变更管理、历史版本管理、变更审计等所有与配置相关的活动统称为配置管理。

名字服务 (Naming Service)

提供分布式系统中所有对象(Object)、实体(Entity)的“名字”到关联的元数据之间的映射管理服务,例如 ServiceName -> Endpoints Info, Distributed Lock Name -> Lock Owner/Status Info, DNS Domain Name -> IP List, 服务发现和 DNS 就是名字服务的2大场景。

配置服务 (Configuration Service)

在服务或者应用运行过程中,提供动态配置或者元数据以及配置管理的服务提供者。

服务领域模型

在这里插入图片描述
每一个服务被分化称集群,集群下是实例

实例

包含:

  1. IP
  2. 端口
  3. 权重
  4. 健康状态
  5. 下线状态
  6. 元数据
  7. 响应时间

集群

  1. 健康检查模式
  2. 元数据
  3. 同步机制

服务

  1. 健康检查开关
  2. 元数据
  3. 路由机制
  4. 保护阈值
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值