注册、配置与治理控制面
Nacos · Apollo · Consul · PolarisMesh · Pole决定管理哪些资源、如何授权，以及变化何时进入运行态。
PRODUCT EXPERIENCE产品体验，马上到来。
Lattice.Hub Console 公开体验环境正在准备中。
01 / LAYERS, NOT LOGOS
先看职责层次，再看功能清单。
一张同权的 Logo 表会把控制面、Mesh 与数据面混在一起。下面三层说明每个产品真正拥有的系统边界。
完整 Service Mesh 生态
Istio同时拥有 Mesh 控制面、数据面、安全与遥测体系。
Service Mesh 数据面
Kmesh在业务流量路径执行负载均衡、安全与治理策略。
READ THE RELATIONSHIP
当前协议兼容同层控制面对比能力重叠 / 可分域组合方向 / 尚未直连
02 / SIX RELATIONSHIPS
不是谁取代谁，而是谁负责什么。
每一项都同时写明当前关系和不能越过的边界。协议兼容只证明接入路径存在，不自动继承对方的全部产品行为。
01
注册发现 / 配置
Nacos
当前协议兼容
保留客户端，渐进收敛控制面。
Pole 提供 Nacos v1 / v2 协议入口，可承接存量注册发现与配置客户端。
02
配置中心
Apollo
当前协议兼容
让配置进入统一的服务变化链。
Pole 兼容 Apollo 配置客户端接入，并把配置与服务、治理放进同一运行环境。
03
注册发现 / 基础 KV / Mesh
Consul
能力对比 / 暂无协议直连
注册发现参照，配置能力需分层看待。
Consul 原生覆盖 Catalog、健康检查、DNS/HTTP 发现与基础 KV；Pole 强调版本化配置和统一治理发布。
04
综合治理控制面
PolarisMesh
同层对比
最接近 Pole 的控制面参照。
两者都覆盖服务发现、配置与治理；Pole 继续强化统一发布语义、AI 能力目录与多运行时边界。
05
完整 Service Mesh
Istio
能力重叠 / 可分域组合
完整 Mesh，与统一控制面分工。
Istio 负责 Mesh 流量、安全和遥测；Pole 面向服务、配置、治理与多协议入口。
06
eBPF Mesh 数据面
Kmesh
可组合方向 / 尚未直连
数据路径候选，不是控制面替代。
Kmesh 在节点 eBPF 与 Waypoint 执行治理；Pole 可以研究成为其上层资源与发布控制面。
03 / START FROM TODAY
从你已经运行的系统开始。
迁移顺序应由当前系统的权威职责决定，而不是由一张功能打勾表决定。
- 01正在使用 Nacos
优先保留客户端协议，先验证注册、配置与灰度语义，再渐进迁移管理面。
- 02正在使用 Apollo
把配置接入作为第一步，再决定是否把服务发现与治理一并收敛到 Pole。
- 03正在使用 Consul
先区分 DNS/HTTP 发现、基础 KV 与 Consul Mesh；Pole 当前没有 Consul 协议直连。
- 04正在使用 PolarisMesh
按 SDK、规则、Controller 与数据面逐项核验；这是控制面级迁移，不是改一个地址。
- 05正在使用 Istio
先确定谁拥有路由与安全策略权威；避免 Pole 与 Istiod 同时控制同一数据面。
- 06正在评估 Kmesh
把它视为数据面技术选择；Pole 与 Kmesh 的直连能力目前仍是待验证方向。
POLE OWNS THE CHANGE MODEL
入口可以保留，变化必须可解释。
01多协议接入
保留熟悉的客户端入口
02统一资源模型
环境、服务、配置与治理
03确定性发布
草稿、版本、灰度与回滚
04多运行时消费
SDK、Proxy 与 Gateway
VERIFY BEFORE YOU MIGRATE