知识卡片

运营团队抵触软件定义转型:像纺纱工暴动

结构图卡 · 2200

内容

新工具需要新的思考方式,否则发挥不了作用——很多基础设施和运营人员脱离当代软件开发方式,没听过单元测试、持续集成,也没时间理解”不变性是基本特性,从头构建优于增量变更”这类结论,但这不代表他们是傻子,只是阻碍了他们进入”软件定义”的世界。运营团队因此成了需要更快变革周期的IT生态系统里的瓶颈,却常常没准备好把工作移交给能写自动化脚本的应用开发人员——这种处境和”纺纱工暴动”类似:软件定义基础设施的经济利润太可观,没人愿意阻止它,但运营团队对现有系统理解最深,若不能让他们参与转型,这个困境就无法真正解决。

结构图:

flowchart LR
  O["运营团队<br/>不熟悉单元测试/CI/不变性原则"]
  O -.成为.-> B["IT生态系统里的瓶颈"]
  E["软件定义带来经济利润巨大"] -.驱动力不可阻挡.-> B
  O -.拥有.-> K["对现有系统最深的理解"]
  K --> P["转型必须让运营团队参与,而非绕过"]

参考来源

- 位置:《架构师应该知道的37件事》第2章《架构》之"2.8 如果软件吞没了整个世界,最好使用版本控制"·"2.8.2 纺纱工的暴动"(源文件:_epub-src/OEBPS/Text/chapter002.html) - 结论依据:原文说明"很多基础设施和运营人员脱离了当代的软件开发方式……但无论如何这也不会让他们变成傻子,只是会阻碍他们进入'软件定义'的世界……让运营团队参与进来也很重要,因为他们对现有系统的理解最深刻。因此,我们不能忽略这种困境",直接支撑本卡结构图。 - 原始内容:有人可能会认为这种行为和纺纱工暴动类似,因为软件定义基础设施的经济利润太可观了,没有人愿意去阻止它。