Lattice Hub 是什么
产品能力总览
Lattice Hub 把运行环境、服务发现、流量治理、配置中心、身份、AI Registry 与平台观测收敛到同一个控制面。
Lattice Hub 是面向服务与 Agent 的云原生治理控制面。它把运行环境、服务注册发现、配置分发、流量规则、身份权限和平台观测统一起来，同时把 MCP Server 与 A2A Agent 纳入同一套资源模型，让服务能力可以被应用、SDK、Pole Sidecar、Controller 和 Agent 共同发现与治理。
这页是产品能力的总览，不是目录说明。你可以先用它理解 Lattice Hub 的能力边界，再进入 术语与概念、架构原理、组件文档、最佳实践 和 报告。
产品定位
Lattice Hub 解决的是“控制面碎片化”的问题：
- Namespace 明确表达运行环境；同一逻辑资源的开发、预发与生产实例拥有各自的内容、版本和发布状态。
- 服务目录、实例状态、配置、治理规则和 AI 能力注册不再散落在多个系统里。
- 控制台、HTTP API、SDK、Kubernetes Controller 和 Pole Sidecar 复用同一套资源视图。
- 治理规则先进入控制面，再通过缓存、事件和发现链路下发给客户端或数据面。
- MCP Server 与 A2A Agent 不是额外展示层，而是和服务、实例、规则一样进入缓存与 API 链路。
核心能力
| 能力域 | 解决的问题 | 当前入口 |
|---|---|---|
| 服务注册发现 | 维护 namespace、service、instance、revision 与健康状态，让客户端按服务名拿到可用实例。 | Control Plane |
| 流量治理 | 管理路由、泳道、限流、熔断、故障探测、无损上下线、镜像、Mock、调用鉴权九类治理能力。 | 治理规则发布 |
| 配置中心 | 提供配置文件发布、监听、灰度和回滚的控制面能力。 | 配置灰度实践 |
| 权限与审计 | 通过用户、角色、策略、资源映射和操作历史约束控制面操作。 | 鉴权链与资源映射 |
| AI Registry | 将 MCP Server、MCP Tool、A2A Agent 和 Agent Skill 纳入控制面资源。 | AI Registry 与 Pole Agent |
| Pole Agent | 通过真实 LLM/MCP 最小闭环读取控制面资源，并以预览、确认、草稿和人工发布约束写操作。 | AI Registry 与 Pole Agent |
| 系统配置与观测 | 以 63 项类型化配置目录管理运行参数，并通过 OTel、Collector 和共享 GreptimeDB 提供控制面平台概览。 | 观测链路 |
| 多运行时接入 | 同时服务 SDK、Kubernetes Controller、Pole Sidecar 和 Agent 发现入口。 | 接入方式 |
| API 与协议 | 提供 HTTP OpenAPI、gRPC、xDS 与 Eureka/Nacos/Apollo 兼容入口。 | API 与协议 |
典型工作流
从产品视角看，Lattice Hub 的关键不是“多做几个 API”，而是把控制面资源变更变成稳定的运行时视图：
- 平台工程师在 Console 或 API 中维护服务、配置、规则和 AI 能力。
- 控制面先做鉴权、参数校验和资源存在性校验。
- 数据进入 store 后，由缓存层按增量时间窗刷新。
- SDK、Pole Sidecar、Controller 或 Agent 通过发现、配置或 Registry 接口拿到最新视图。
- History、DiscoverEvent、Statis 与 OTel 负责记录操作、事件和统计信号。
组件协作
| 组件 | 产品职责 | 文档入口 |
|---|---|---|
| Control Plane | 统一控制面（内嵌 Console；Limiter 同仓可选进程），承载服务发现、配置中心、治理规则、权限、缓存和 AI Registry。 | 查看 |
| Pole Agent | Control Plane / Console 内的一等对话工作模式，使用白名单 MCP 工具读取资源并准备受控配置变更。 | 查看 |
| Rust SDK | Proxyless 接入形态，客户端直接消费控制面发现与治理视图。 | 查看 |
| Thin SDK | Go / Java / Python / Node.js / C++ / C# 契约核心，面向本地 Pole Sidecar。 | 查看 |
| Kubernetes Controller | 把 Kubernetes Service 和注解同步到控制面，并承接集群侧自动化。 | 查看 |
| Pole Sidecar | 基于 Pingora 的轻量数据面骨架，用于承载路由、负载均衡和治理拦截器。 | 查看 |
| Specification | protobuf 与协议约束，是跨组件协作的契约层。 | 查看 |
阅读路径
如果你要快速理解产品，建议按这个顺序读：
- 控制面装配架构：先理解控制面如何启动和组合业务模块。
- 增量缓存与事件流：再理解运行时读路径为什么依赖缓存视图。
- 治理规则与灰度发布：看规则如何从草稿变成 active release。
- AI Registry 与 Pole Agent：理解 MCP/A2A 如何接入统一控制面，以及 Agent 写操作为何不能绕过发布人。
- 性能数据报告：查看当前已确认的配置事实和待实测指标。
首版边界
当前文档优先记录能从真实代码、组件 README 和已确认设计中验证的事实。缺少正式压测数据时，报告只保留观测口径和待实测计划，不用猜测数字填充结论。