波仔
🐎 第6章 海纳百川：MCP
📄 一句话概括

企业里 MCP 通常有三种部署形态：每人本机装、每人连内网服务、统一走一个网关。 五十人乘六个服务器：本机装要装三百份、升级三百次、密钥散在五十台机器上。 乘法在这里又出现了一次。

📝 本章和前面几章的关系

前面九节都是「一个人怎么用」，这一节是「一个团队怎么用」。 这一节没有新机制，只有一个老问题换了个规模：一份东西要复制多少遍。

一、三种形态

本机装：每个开发自己装、自己配。简单直接，但密钥散在各人机器上。 内网服务：每人连同一台内网服务器。密钥集中，但要管好网络边界。 统一网关：只暴露一个入口，按身份转发。审计和限流都在这儿做。

三种不是「先进程度」的排序，是「密钥要集中到什么程度」的排序。

二、五十人、六个服务器，乘一下

本机装：五十人乘六个服务器，三百份安装、三百次升级、密钥散在五十台机器上。 内网服务：六份安装、六次升级、密钥一处。升级一次推六台。 统一网关：一份。升级一次、密钥一处、审计一个地方看。

一次升级要推三百次，这件事本身就是结论——它不会有人真的做，所以版本会散。 而版本一散，排查问题就变成「先问清楚你装的是哪一版」。这个成本没人算在部署方案里，但它真实存在。

三、但网关也有代价

第一，它是单点。网关挂了所有人用不了——所以要考虑它自己的可用性。 第二，它看得见所有流量。日志里会有业务数据，得先想清楚谁能看、留多久。 第三，它多一跳。每次调用多几十毫秒，高频场景能感觉到。

所以不是「有网关就上」。团队小、服务器少的时候，本机装反而更省事。

四、一条分界线

五人以内的团队：本机装。推一次就完了，网关的运维成本比省下的多。 二十人以上：内网服务。密钥开始需要集中，版本也开始需要统一。 跨部门、要审计：统一网关。这时候权限和审计是硬要求，不是优化项。

这三条不是标准答案，是分界线的位置。真正的判据还是那句：密钥要集中到什么程度。

五、这件事谁来定

本机装是个人决定，网关是组织决定。两者的决策成本完全不同。 所以一个常见的错误是：个人为了省事全装本机，然后某天发现公司里跑着几十个不同版本的服务器。 正确做法是让「装什么」有一个统一出口——哪怕只是一个共享的配置文件加一份说明。

这一步不需要网关，只需要有人写下来。而大多数团队卡在「没人写」上，不是卡在技术上。

六、动手 Demo：五十人的团队，本机装和网关代理差多少

企业里 MCP 的部署通常三种形态：每人本机装、每人连内网服务、统一走一个网关。 三个人数一乘，差别就出来了。

PEOPLE, SRV = 50, 6

local = (PEOPLE * SRV, PEOPLE * SRV, PEOPLE)   # 装机份数、升级次数、密钥点
inner = (SRV, SRV, 1)
gw = (1, 1, 1)

实跑输出：

--------------------------------------------------------------------
五十人的团队，本机装和网关代理差多少
--------------------------------------------------------------------

  企业里 MCP 的部署通常三种形态：每人本机装、每人连内网服务、统一走一个网关。
  三个人数一乘，差别就出来了。

  ① 三种形态
  --------------------------------------------------------------------
| 形态 | 怎么跑 | 特点 |
|---|---|---|
| 本机装 | 每个开发自己装、自己配 | 简单，但密钥散在各人机器上 |
| 内网服务 | 每人连同一台内网服务器 | 密钥集中，但要管好网络边界 |
| 统一网关 | 只暴露一个入口，按身份转发 | 审计和限流都在这儿做 |


  ② 五十人、六个服务器，乘一下
  --------------------------------------------------------------------
| 形态 | 装机份数 | 升级次数 | 密钥存放点 |
|---|---:|---:|---:|
| 本机装 | 300 | 300 | 50 |
| 内网服务 | 6 | 6 | 1 |
| 统一网关 | 1 | 1 | 1 |

  本机装：300 份安装、300 次升级、密钥散在 50 台机器上。一次升级要推 300 次。
  统一网关：一份。升级一次、密钥一处、审计一个地方看。

  ③ 但网关也有代价
  --------------------------------------------------------------------
  第一，它是单点。网关挂了所有人用不了——所以要考虑它自己的可用性。
  第二，它看得见所有流量。日志里会有业务数据，得先想清楚谁能看、留多久。
  第三，它多一跳。每次调用多几十毫秒，高频场景能感觉到。
  所以不是「有网关就上」。团队小、服务器少的时候，本机装反而更省事。

  ④ 一条分界线
  --------------------------------------------------------------------
| 规模 | 建议 | 理由 |
|---|---|---|
| 五人以内的团队 | 本机装 | 推一次就完了 |
| 二十人以上 | 内网服务 | 密钥开始需要集中 |
| 跨部门、要审计 | 统一网关 | 权限和审计是硬要求 |

  ! 一句话：部署形态跟着「密钥要集中到什么程度」走。
  密钥散着不心疼就本机装，一旦要审计，网关就是必需品。

①三种形态不是「先进程度」的排序，是「密钥要集中到什么程度」的排序。 ②本机装：五十人乘六个服务器，三百份安装、三百次升级、密钥散在五十台机器上。 统一网关：一份，升级一次、密钥一处、审计一个地方看。 一次升级要推三百次，这件事本身就是结论——它不会有人真的做，所以版本会散。 版本一散，排查问题就变成先问清楚你装的是哪一版。 ③网关的代价三条：它是单点、它看得见所有流量（日志里有业务数据）、它多一跳。 所以不是「有网关就上」。 ④分界线：五人以内本机装、二十人以上内网服务、跨部门要审计就上网关。 判据还是那句：密钥要集中到什么程度。

30 秒实验

  1. 把人数从五十改成十，重跑一遍。本机装的三百变成多少？这时候网关还划算吗？
  2. 给统一网关加上「多一跳五十毫秒」，按一次会话一百次调用算，总共多花多少秒？ 这个数在什么场景下会让人难受？
  3. 给内网服务加上「网络边界要管好」，列出它需要哪几件事。这几件事谁来负责？没人负责会怎样？

常见误区

  1. 五十人全用本机装。一次升级要推三百次，实际上没人推，版本就散了。
  2. 团队才三个人也上统一网关。运维成本比省下的多。
  3. 上了网关就不管它的可用性。它挂了所有人用不了。
  4. 网关日志什么都记、留很久。里面有业务数据，得先想清楚谁能看。
  5. 以为部署形态是技术选型。它其实是「密钥和版本要集中到什么程度」的组织决定。
自测三问（点开对答案） 1. 三种部署形态的差别本质是什么？ —— 密钥要集中到什么程度。本机装最散、内网服务集中到一台、统一网关集中到一处还能审计。 2. 本机装最大的问题是什么？ —— 复制份数。五十人乘六个服务器是三百份，一次升级要推三百次，实际没人推，版本就散了。 3. 上统一网关要付什么代价？ —— 它是单点、看得见所有流量（日志里有业务数据）、每次调用多一跳。

部署定了，最后一节讲最不好受的部分：它不工作的时候怎么查。

相关笔记