2. 服务目录平台架构概览：核心组件、数据流与依赖关系

在集群升级场景下，服务目录平台是微服务治理的“中枢神经系统”。理解其核心组件、数据流与依赖关系，是制定容量水位巡检策略的前提。本节从生产视角拆解平台架构，重点说明各组件在升级过程中的关键作用与潜在瓶颈。

2.1 核心组件一览

服务目录平台由以下五大核心组件构成，它们共同支撑服务注册发现、配置管理、流量调度与可观测性能力：

2.2 架构数据流与依赖关系

下图展示了服务目录平台在集群升级场景下的核心数据流与组件依赖关系。箭头方向代表数据或控制指令的流向，节点颜色区分了数据面与控制面角色。

2.3 升级场景下的关键依赖链路

集群升级时，服务目录平台的依赖关系会形成以下三条关键链路，每条链路都可能成为容量瓶颈：

1. 注册中心 → 网关/服务网格：升级过程中，大量服务实例被滚动重启，注册中心需处理密集的注册与注销请求。若注册中心容量不足，会导致服务发现延迟、网关路由失效。
2. 配置中心 → 控制面 → Sidecar：配置变更（如限流阈值、路由规则）需经控制面推送到所有 Sidecar。升级期间，配置推送风暴可能压垮控制面 xDS 通道，造成 Sidecar 配置不一致。
3. 业务服务 → 可观测性栈：升级时，业务服务重启会触发指标、日志、链路数据的瞬时洪峰。若可观测性栈写入能力不足，将导致数据丢失，影响升级后的故障排查。

2.4 组件间通信协议与端口

为便于巡检时快速定位网络层面的容量瓶颈，下表汇总了核心组件间的通信协议与默认端口：

2.5 升级场景下的数据流变化

集群升级时，服务目录平台的数据流会呈现以下典型变化模式，巡检时应重点监控这些指标的异常波动：

• 注册中心： 实例注册/注销速率上升 3~10 倍，心跳包总量随实例数线性增长，存储层写入 IOPS 飙升。
• 配置中心： 配置变更推送频率增加，长连接数因服务重启而短暂下降后回升，推送队列深度可能出现瞬时积压。
• 网关： 上游服务实例列表频繁更新，导致路由表重建次数增加，连接池因旧连接逐出而出现短暂波动。
• 服务网格： Sidecar 随业务 Pod 重启而批量重启，xDS 推送请求量激增，控制面 CPU 与内存消耗上升。
• 可观测性： 指标采集端点因实例重启而短暂不可达，写入请求出现毛刺，存储层可能触发限流或降级。