Nacos 架构，摘自官网

最新推荐文章于 2024-09-14 22:49:54 发布

程序猿KIMI

最新推荐文章于 2024-09-14 22:49:54 发布

阅读量110

点赞数

分类专栏：器以成事文章标签： nacos 服务发现

本文链接：https://blog.csdn.net/kimichen123/article/details/120068631

版权

器以成事专栏收录该内容

14 篇文章 1 订阅

订阅专栏

Nacos 是一个服务管理和配置中心，支持服务注册与发现、配置管理、名字服务等功能。服务提供者和服务消费者通过服务注册中心进行交互，服务元数据包含服务实例信息。配置管理涉及配置的创建、存储、分发和变更管理。Nacos 提供了命名服务和配置服务，用于映射服务和管理动态配置。其逻辑架构包括服务管理、配置管理、元数据管理等组件，支持多种启动模式和部署方式，如单机、集群和公有云模式。

摘要由CSDN通过智能技术生成

Nacos 架构

基本架构及概念

服务 (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大场景。