Skip to content

演化案例(Evolution Cases)

演化案例 = 把复杂性 / 适应性 / 组织的策略落到真实业务场景。 案例让"应该怎么演化"从抽象建议变成可学习的真实故事。

本目录包含什么

本目录收录端到端贯通的演化案例,按典型场景分类:

  1. 单体 → 微服务拆分——BC 划分 + 渐进式迁移 + 数据双写 + 灰度切换
  2. 大规模重构(跨 100+ 服务)——LSC 工具链 + 原子化 commit + deprecation 纪律
  3. 团队重组推动架构演化——Inverse Conway Maneuver + Stream-Aligned Team 设计
  4. 学习型组织转型——blameless postmortem + ADR + 跨团队知识共享
  5. 故障驱动的抗脆弱演化——混沌工程 + 故障演练 + 复盘闭环
  6. 平台团队演进——从基础设施团队到 Platform as a Service

案例的标准结构

每个案例按统一模板:

1. 背景(5 行)—— 什么业务、什么规模、什么问题?
2. 演化前状态(关键指标)—— 模块数 / 团队数 / 部署频率 / 故障率
3. 演化目标(可证伪)—— 什么算演化成功?
4. 演化策略(5-7 步)—— 渐进式?big-bang?混部?
5. 关键决策(3-5 条)—— 当时为什么这样选?
6. 演化过程(时间线)—— 多久?分几阶段?
7. 演化后状态(关键指标)—— 对比演化前
8. 教训(3 条)—— 团队一开始会犯什么错?

与其他 group 的关系

  • 上游:02-complexity / 03-adaptation / 04-organization(案例是这些策略的真实演绎)
  • 横向:L3 06-cases(实现案例)——演化案例接续实现案例
  • 下游:无(案例是 L5 的具体化)

关键洞察

演化案例的价值不是"复制流程"——是"暴露每个演化决策的真实代价"——

  • "我们用了渐进式重构"——但双写阶段出了 3 次数据不一致
  • "我们用了 Conway 反向"——但团队重组后 6 个月才稳定
  • "我们做了 blameless postmortem"——但最初几次追责文化惯性太大 看案例 = 看每个演化决策的得失。

案例建设的当前状态

本目录当前收录:
- 目录占位(待填充具体案例)

待建设优先级:
1. [高] 单体 → 微服务拆分(最常见的演化场景)
2. [高] 大规模重构(LSC 工程实现)
3. [中] 团队重组(Inverse Conway)
4. [中] 学习型组织转型(文化演化)
5. [低] 抗脆弱演化(V2 暂未升格 B8)

相关链接

Last updated:

从名家方法论与工程化思路中蒸馏出自己的工程体系。