SERVICE GOVERNANCE

九类规则,一套确定的发布语义。

路由、泳道、限流、熔断、故障探测、无损上下线、调用鉴权、流量镜像与流量 Mock,共享“规则 → 版本化发布 → 生效视图”的完整链路。

01 / SCOPE BEFORE POLICY

先回答「作用于谁」,再回答「执行什么」。

治理详情把服务调用范围、规则内容与历史记录留在同一个工作上下文中。这让策略审阅从抽象参数检查,回到一条真实调用关系。

01

服务调用范围

先定义调用方与被调方,防止规则脱离实际调用关系。

02

规则与子规则

在同一策略上下文中查看匹配条件、动作和具体治理参数。

03

版本与发布历史

追踪规则如何从编辑内容变为运行时版本,并保留恢复入口。

Lattice.Hub Console 治理规则详情真实界面
Console · Governance Rule Detail真实产品界面:调用方、被调方、规则粒度与子规则。

02 / NINE DOMAINS

治理能力不靠散落的开关表达。

九类规则使用一致的页面语言理解作用域、内容、版本与发布状态。下列三组是官网的信息组织方式,不代表底层额外的存储层级。

01 / 流量路径

路由

按标签、权重和请求条件选择目标版本。

02 / 流量路径

泳道

让一组关联服务沿同一环境标识闭环。

03 / 流量路径

流量镜像

复制请求到影子服务,不改变主链路结果。

04 / 稳定性

限流

按请求维度和配额约束流量入口。

05 / 稳定性

熔断

在异常阈值触发后隔离不健康调用。

06 / 稳定性

故障探测

用主动与被动信号识别异常实例。

07 / 稳定性

无损上下线

在实例生命周期变化时保护在途请求。

08 / 安全与测试

调用鉴权

按服务身份与请求条件执行访问策略。

09 / 安全与测试

流量 Mock

按规则直接返回受控响应,用于联调与演练。

03 / TWO VIEWS

编辑中的规则,与运行中的版本,不是同一件事。

Revision 用于标识管理视图中的内容变化;发布版本用于标识一次确定的运行时交付。两者都重要,但不能被同一个“已保存”状态混淆。

01

管理视图

面向创建、修改与审阅,展示当前规则内容、Revision 与待发布变化。

02

发布视图

面向运行时消费,展示已经形成并处于相应发布状态的不可变版本。

04 / RELEASE LIFECYCLE

保存不是生效,发布才是边界。

发布链把人的判断变成确定的运行时版本,并为灰度、全量与恢复保留清晰记录。

01 / EDIT

编辑

调整规则内容并保存编辑态;这一步不会改变运行时视图。

02 / RELEASE

发布

选择已确认内容形成发布版本,并明确灰度或全量范围。

03 / ACTIVE

生效

只有处于生效状态的发布版本会进入运行时消费链路。

04 / RECOVER

恢复

通过发布历史回到已知版本,不用重新拼凑过去的规则状态。

05 / RUNTIME LANDING

一份发布语义,落到多种运行时。

控制面提供确定的治理视图,各运行时按自身支持范围消费并执行;这里不把“协议兼容”夸大为“能力完全等价”。

01

Rust SDK

Proxyless:应用进程内直连控制面,读取可支持的治理视图。

02

Thin SDK

多语言契约核心(Go / Java / Python / Node.js / C++ / C#),经 Sidecar Session 接入本地 Pole Sidecar。

03

Pole Sidecar

按当前组件支持范围消费治理视图,并为更多策略保留执行扩展点。

04

Proxy Mesh / Gateway

在网格或网关数据面消费已发布规则。

05

协议客户端

通过兼容协议获得相应能力,但不承诺每种运行时覆盖全部九类规则。

MAKE RELEASE EXPLICIT

让每一条运行中规则,都能回到它的发布记录。