适用于 CTO 的 MCP 治理架构。
MCP 治理架构、信任边界、审批语义和生产信任的 CTO 指南。
决策摘要
将协议路由、授权、提供者许可、执行和操作作为单独的架构关注点。
网关是信任边界
当网关是请求获取上下文的地方时，它很有用：谁在请求、哪个客户端正在执行、哪个连接是目标、涉及哪些工具和资源以及适用的策略版本。这种背景使平台团队可以在调度之前做出确定性决策。
架构错误是将路由视为授权。网关应验证其自己的受众和凭据，保留上游同意边界，并在能力或资源覆盖范围未知时关闭失败。
说明性场景：工具改变形状
想象一下，上游工具添加了一个新参数，将读取更改为写入。仅转发 JSON 的网关可能会继续运行，而其策略和审查模型会落后。受控路径将架构和功能更改视为审核输入。这是一个说明性设计场景，而不是报告的事件。
将路径建模为单独的阶段：身份验证、授权、在需要时获取审批、记录意图、调度并对提供者结果进行分类。这种分离使得重试和不确定的写入变得明确而不是偶然。
架构清单
在扩展连接之前，请写下以下问题的答案：
- 支持哪些 MCP 客户端？它们的版本和配置如何验证？
- 上游身份、范围、同意和令牌受众如何与网关身份分开？
- 审核过的工具、模式、资源和策略版本在哪里存储和更改？
- 审批如何绑定到确切的主体、参数、模式、到期日和使用计数？
- 如何表示和协调超时和不明确的提供者写入？
- 哪些控制措施强制出口、专用连接、保留、备份和恢复？
使用 Durin 进行有界评估
Durin 为平台团队提供了具体的请求路径来执行：身份、默认允许策略检查、可选审批或禁止控制、范围连接和审计。评估工作区可以在提供商激活之前验证模型。发现、远程提供商激活、托管身份、专用连接和操作保证是生产信任检查。
使用该边界来构建架构决策记录。列出网关证明的功能、网络或客户端必须证明的功能，以及生产暴露之前必须通过的大门。