🐎 第9章 集腋成裘:Plugins 生态
📄 一句话概括

团队一多,「怎么把包发下去」就成了新问题。三种形态:手工拷贝、私有市场、组织级强制。 实测五十人六个包:手工拷贝要维护三百份、发布通知五十次。私有市场是六份、通知一次。

📝 本章和前面几章的关系

上一节做出了一个团队包,这一节讲怎么把它发给五十个人。 这一节没有代码,全是账:一次改动要传播几次,是人手一次还是系统一次。

一、三种形态

手工拷贝:每人自己找来源拷。简单,但没人管得住版本。 私有市场:公司维护一个内部源,审核后上架。能管版本,装不装自愿。 组织级:统一下发策略,指定必装。能强制,也能审计。

三种不是「先进程度」的排序,是「要管到什么程度」的排序。

二、真跑:五十人、六个包

手工拷贝:五十乘六,三百份。一次改动要通知五十个人,而且没法确认谁装上了。 私有市场:包只维护六份,人各自订阅。发布一次,订阅的人自己收到。 组织级:一份策略,谁都不用动手。

三百份这件事本身就是结论:它不会有人真的做,所以版本一定会散。

三、三档的分界线

十人以内:手工拷贝。通知得过来。 十到五十人:私有市场。开始管不住版本了。 五十人以上、有合规要求:组织级。审计是硬要求。

判据和 6.10 节那个企业部署是一条:看「要管到什么程度」,不是看人数。

四、私有市场要准备什么

一个能被访问的源:内部 Git 仓库或者包仓库都行。 一条审核规则:谁能上架、上架前要过什么检查。 一份清单:现在有哪些包、各自什么版本、谁维护。

一个反馈渠道:装了之后出问题往哪儿报。没有这一条,市场会慢慢长草。 第四条最容易被当成「以后再说」,而它就是市场死掉的原因——没人报问题,问题就一直留着。

五、组织级真正难的不是技术

技术上「统一下发」不难,难的是「谁决定哪些必装」。 必装的包一旦多了,就会互相冲突——9.4 节那个命名空间问题会集中爆发。 所以实操上通常只强制很少几个:安全扫描、审计上报。其余都走自愿订阅。

这个取舍有道理:强制的东西越少,冲突越少,而安全那两样恰好是「不能靠自愿」的。

六、动手 Demo:三种分发形态,一次改动要传播几次

团队一多,「怎么把包发下去」就成了一个新问题。 三种形态的差别在「一次改动要传播几次」。这里按五十人、六个包算一遍。

n_people, n_plugins = 50, 6
local = n_people * n_plugins      # 三百份
market = n_plugins                # 六份,人各自订阅
org = 1                           # 一份策略

实跑输出:

--------------------------------------------------------------------
三种分发形态,一次改动要传播几次
--------------------------------------------------------------------

  团队一多,「怎么把包发下去」就成了一个新问题。
  三种形态:手工拷贝、私有市场、组织级强制。差别在「一次改动要传播几次」。

  ① 三种形态
  --------------------------------------------------------------------
| 形态 | 怎么做 | 换来什么 |
|---|---|---|
| 手工拷贝 | 每人自己找来源拷 | 没人管得住版本 |
| 私有市场 | 公司维护一个内部源,审核后上架 | 能管版本,装不装自愿 |
| 组织级 | 统一下发策略,指定必装 | 能强制,也能审计 |


  ② 真跑:五十人、六个包,一次改动传播几次
  --------------------------------------------------------------------
| 形态 | 要维护几份 | 一次发布通知几次 | 能不能审计 |
|---|:---:|:---:|:---:|
| 手工拷贝 | 300 | 50 | 没有 |
| 私有市场 | 6 | 1 | 有清单 |
| 组织级 | 1 | 1 | 全量 |

  手工拷贝那一行是五十乘六,三百份。一次改动要通知五十个人,而且没法确认谁装上了。
  私有市场那一行是六:包只维护六份,人各自订阅。发布一次,订阅的人自己收到。
  组织级只有一份:策略下发,谁都不用动手。

  ③ 三档的分界线
  --------------------------------------------------------------------
| 规模 | 建议 | 理由 |
|---|---|---|
| 十人以内 | 手工拷贝 | 通知得过来 |
| 十到五十人 | 私有市场 | 开始管不住版本了 |
| 五十人以上、有合规要求 | 组织级 | 审计是硬要求 |

  判据和 6.10 节那个企业部署是一条:看「要管到什么程度」,不是看人数。

  ④ 私有市场要准备什么
  --------------------------------------------------------------------
  - 一个能被访问的源:内部 Git 仓库或者包仓库都行。
  - 一条审核规则:谁能上架、上架前要过什么检查。
  - 一份清单:现在有哪些包、各自什么版本、谁维护。
  - 一个反馈渠道:装了之后出问题,往哪儿报——没有这个,市场会慢慢长草。

  ⑤ 组织级真正难的不是技术
  --------------------------------------------------------------------
  技术上「统一下发」不难,难的是「谁决定哪些必装」。
  必装的包一旦多了,就会互相冲突(9.4 节那个命名空间问题会集中爆发)。
  所以实操上通常只强制很少几个:安全扫描、审计上报。其余都走自愿订阅。
  ! 三档的划分是这一课的归纳;具体机制以各平台的策略系统为准。

①三种形态:手工拷贝(没人管得住版本)、私有市场(能管版本,装不装自愿)、 组织级(能强制也能审计)。 ②五十人六个包:手工三百份、市场六份、组织级一份。 三百份这件事本身就是结论——它不会有人真的做,所以版本一定会散。 ③三档分界线看「要管到什么程度」:十人以内手工、十到五十人上市场、五十人以上或有合规要求上组织级。 ④组织级难的不是技术,是「谁决定哪些必装」。 必装一多就互相冲突,所以通常只强制安全扫描和审计上报这两样。

30 秒实验

  1. 把人数从五十改成十,重跑一遍。手工那一格的三百变成多少?这时候市场的维护成本还划算吗?
  2. 给私有市场加一条「发布前要过自动检查」,重跑一遍。它改变了哪一行的成本?
  3. 给你现在的团队估一个数:几个包、几个人。你该用哪一档?如果现在是手工拷贝,最坏会发生什么?

常见误区

  1. 五十人还在手工拷贝。三百份没人推得动,版本一定散。
  2. 三个人也上组织级。策略系统的维护成本比省下的多。
  3. 私有市场不做审核。谁都能上架,等于把风险分发给所有人。
  4. 没有反馈渠道。装了出问题没人报,问题会一直留在包里。
  5. 把必装清单列得很长。包之间互相冲突,排查成本成倍上涨。
自测三问(点开对答案) 1. 三种分发形态的差别本质是什么? —— 「要管到什么程度」。手工拷贝没人管版本,私有市场能管版本,组织级能强制和审计。 2. 五十人六个包,手工拷贝要维护几份? —— 三百份。而这件事不会有人真的做,所以版本一定会散。 3. 组织级最难的是什么? —— 不是技术,是「谁决定哪些必装」。必装的越多,互相冲突越多。

分发讲完了,下一节回来审一遍自己的包:四条设计原则。

相关笔记