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)
在服务或者应用运行过程中,提供动态配置或者元数据以及配置管理的服务提供者。
服务领域模型
每一个服务被分化称集群,集群下是实例
实例
包含:
- IP
- 端口
- 权重
- 健康状态
- 下线状态
- 元数据
- 响应时间
集群
- 健康检查模式
- 元数据
- 同步机制
服务
- 健康检查开关
- 元数据
- 路由机制
- 保护阈值