模块 | 概念 | 说明 |
注册中心-Nacos | Nacos 实例 | 微服务的具体运行实例,每个实例对应一个正在运行的微服务进程,包含IP、端口、健康状态等信息。Nacos 实例是托管服务注册发现的开源组件,连接了火山引擎的网络和存储系统。 |
| 命名空间 | 用于隔离不同环境(如开发、测试、生产)的服务和配置,不同命名空间下的服务互不干扰,实现环境隔离。 |
| 服务 | 通过服务注册记录的应用程序,能够被发现并远程调用。 |
| 服务注册 | 微服务实例启动时,将自身信息(IP、端口、服务名等)注册到Nacos服务端,使服务消费者能够发现并调用该服务。 |
| 服务注销 | 服务下线时从服务发现组件中注销。 |
| 服务发现 | 服务消费者通过Nacos服务端,查询所需服务的可用实例信息(IP、端口等),实现服务间的动态调用,无需硬编码服务地址。 |
| 服务配置 | 应用程序在开启和运行时需要读取的全局参数信息。 |
| 配置管理 | Nacos 提供集中式配置管理功能,可统一管理所有微服务的配置信息,可完成系统配置的编辑、存储、分发、变更管理、历史版本管理、变更审计等所有与配置相关的活动。 |
注册中心-ZooKeeper | ZooKeeper 实例 | ZooKeeper 实例是由多个节点(分为 Leader 和 Follower)协同组成的分布式服务集群,是托管服务注册发现、数据存储与协调的核心载体,通过节点间的协同工作维持服务稳定运行,同时连接底层存储系统,用于存储微服务相关的节点数据(如 Znode)。 |
| Leader | ZooKeeper 实例的主节点,负责处理客户端写请求、协调整个实例。 |
| Follower | ZooKeeper 实例的从节点,负责同步Leader的数据、处理客户端读请求,辅助Leader维持实例稳定。 |
| 选举 | 当实例中原 Leader 主节点故障、下线时,剩余的 Follower 节点会通过投票,选出一个新的 Leader,确保实例能继续正常工作。 |
| 法定节点数 | 完成选举、维持实例正常运行的最少节点数量,通常为半数以上,不足则实例无法正常提供服务。 |
| Znode | ZooKeeper 中用于存储数据的最小单元,类似文件系统中的 “文件/文件夹”,可存储少量数据,也可包含子 Znode,是实例存储数据的核心载体。 |
| 临时 Znode | 一种特殊的 Znode,创建它的客户端与实例断开连接后,该 Znode 会自动删除,常用于临时服务注册、会话维持等场景。 |
| Watcher | 客户端在 Znode 上注册的“监听机制”,当 Znode 数据发生变化时,服务端会通知注册了 Watcher 的客户端,用于实时感知数据变化。 |
治理中心 | 治理中心 | 微服务引擎以治理中心维度为用户构建完全隔离的管控平台,实现良好的资源隔离,单个治理中心可以纳管多个 k8s 集群。 |
| 健康检查 | 检查业务进程是否存活或者正常工作。 |
| 流量泳道 | 基于请求流量业务标识服务治理。为了实现逻辑和物理资源的隔离,按照需求复制分组的一系列服务链路环境称为流量泳道,因内部逻辑和游泳场中的泳道相似而得名。 |
| 全链路灰度发布 | 采用基线、灰度两类泳道版本,按比例或路由规则将服务流量路由至灰度版本,版本验证通过后,再逐步更新基线版本,直至完全替换,以保障业务发布的稳定性。 |
| 服务网关 | 微服务引擎中的服务网关提供流量路由、流量染色等服务治理能力,同时还可以作为流量泳道的流量入口。 |
| 流量入口 | 流量入口是外部流量进入微服务引擎的流量泳道的入口。通常为微服务引擎服务网关或自建网关。 |