Service governance control plane

把服务变化,收进一个控制面。

Lattice.Hub 让 AI 服务的路由、限流、熔断、镜像与 Mock 共享同一治理视图。 Pole Agent 的 Prompt 受控发布;模型凭据由 Pole Secret 仅在运行时解析, 不进入浏览器、日志或模型上下文。

组织架构治理与组件全景
治理生效两类用户,两条版本路径,同一个 Agent Service。

User A 进入 BLUE 稳定版本,User B 进入 GREEN 体验版本;80/20 是示例分配。Gateway 先执行差异化限流,身份鉴权、Secret、镜像、Mock 与故障切换继续保护模型调用。

查看完整架构

01 / Product evidence

控制面应该可见,
而不是靠想象。

当前 Console 将控制面组件、接口指标与延迟分布放进同一视图, 帮助操作者检查系统状态和变化影响。它是控制面自身的观测入口, 不是独立的全链路观测平台。

Lattice.Hub Console 平台监控完整真实界面

A当前 Console 真实界面 · Platform Metrics。

B界面只证明产品能力存在,不把本地测试数据描述成线上运行指标。

02 / Deterministic release

变更不是保存,
是版本。

01 / DRAFT

保存草稿

先记录变化,不直接改变运行态。

02 / VERSION

形成版本

配置生成不可变发布快照,治理规则保留版本记录。

03 / RELEASE

受控发布

通过灰度或全量流程,将已确认版本送入运行时。

04 / ROLLBACK

历史回滚

出现偏差时返回已知版本,而不是重新猜测旧状态。

03 / Governance semantics

规则的作用域,和规则本身一样重要。

路由、泳道、流量镜像、限流、熔断、故障探测、无损上下线、调用鉴权、流量 Mock, 共享一致的资源表达与发布语义。

  • 服务调用范围WHO → WHOM
  • 规则与子规则POLICY
  • 版本与发布记录HISTORY
Lattice.Hub Console 治理规则详情真实界面,展示服务调用范围与熔断子规则

真实治理详情:调用方、被调方、熔断粒度与子规则在同一上下文中确认。

04 / Pole Agent

Agent 准备变更,
人决定发布。

当前 Pole Agent 可在登录用户权限内读取命名空间、MCP Registry 和配置文件。 对已有配置文件的更新,它会生成不可变提案与差异预览;确认后只保存编辑态草稿。

01读取已有配置Agent
02生成不可变提案Agent
03预览差异并确认
04保存编辑态草稿Agent

发布、回滚与删除仍由确定性的产品流程承担。当前写路径仅覆盖已有配置文件更新; 治理规则写入、新建资源、流式输出与服务端会话持久化仍未覆盖。

05 / One environment

不替换现有入口,统一背后的控制面。

从协议接入到运行时消费,每类资源都回到同一份版本化控制面视图。

  1. 01
    运行环境

    Namespace 组织服务、配置与治理资源,但不冒充租户或团队空间。

  2. 02
    协议接入

    接入 Polaris gRPC / REST、Nacos v1 / v2、Apollo、Eureka 与 Envoy xDS v3。

  3. 03
    运行时视图

    Rust SDK、Pole Sidecar 与 Proxy Mesh / Gateway 读取版本化治理视图。

  4. 04
    能力目录

    MCP 与 A2A Registry 登记工具、Agent Card、技能和能力元数据,只承担注册发现。

Read the control plane

从一份确定的发布语义开始。