加载中...

康威定律由计算机科学家 Melvin Conway 于 1967 年提出:「设计系统的组织,其产出的设计必然是该组织沟通结构的副本。」通俗地说,几个团队开发一个编译器,大概率会做出几遍(pass)的编译器;组织怎么分工,软件就怎么分层。
软件模块之间的接口需要人与人的沟通来对齐;沟通顺畅的团队内部容易做出紧耦合设计,跨团队边界则自然形成松耦合接口。因此组织结构会不可避免地「烙印」在系统架构上,强行设计与组织不匹配的架构,最终架构会向组织让步。
既然组织决定架构,微服务时代提出「逆康威操作」(Inverse Conway Maneuver):先设计期望的目标架构,再反过来调整组织与团队边界去匹配它。亚马逊的「两个披萨团队」与《Team Topologies》(团队拓扑)一书的流式团队(stream-aligned team)划分,都是这一思想的实践。
康威定律揭示了 DevOps 的深层逻辑:开发与运维分属两个部门时,「墙」必然存在于系统交付流程中;打破墙的根本手段是重组团队,而不仅是引入工具。

登录 后参与讨论
暂无讨论,来发表第一条评论吧