最近，一篇 InfoQ 转发编译的《扯淡的DevOps，我们开发者根本不想做运维》爆红 IT 圈。

    这标题撩拨开发者神经，使其血脉偾张。用此话术还可拟出一堆类似标题，比如：我们开发者不想做测试！我们开发者不想背产品的锅！感觉开发是世界上最全能且最悲催的工种，没有之一。该文章评论区下情绪化的留言不乏将锅直接甩给了管理者对研发人员的压榨，认为 DevOps 就是让开发多干些运维的错误理解不在少数。这技术治理的锅，绝不能让 DevOps 背。

    当然，对一个名词的误解，是普遍存在的现象，就如当前被谈到烂大街的“数字化转型”、“业务中台“、“云原生”等名词，问 100 个人，会得到 100 种不同的回答。如何正确全面理解一个名词？光看诸如公众号文章等方式仍缺乏体系性，最好的方法还是要溯源到权威文章或经典著作。DevOps 的经典，我个人首推 Gene Kim 的《DevOps 实践指南》，他的另一本《凤凰项目》也堪称 IT 运维经典。

DevOps 是“技术中台”沉淀的能力

    任何新事物都有其产生的时代背景与原因。纵观 IT 发展历程，敏捷、DevOps 都先后起源于互联网产业蓬勃发展之时。业务侧为应对快速的市场发展，对技术响应时间和弹性伸缩要求越来越高，迭代发布周期越来越短，版本质量也不能落下。为适应此需求，解决弹性问题的云平台技术、划定开发运维边界的容器技术，提升开发与上线效率的 CI/CD 技术等都蓬勃发展起来。如上这些技术能力在平台工程中得以沉淀积累，形成了 DevOps 所涉及的新技术平台。而开发和运维的角色，在这些变化中也开始相互融合。根据康威第三定律，团队组织结构必须与系统架构结构匹配。因此，由谁负责这些新 DevOps 平台，因各组织自身发展阶段和路径而各有不同。

康威第三定律：

• There is a homomorphism from the linear graph of a system to the linear graph of its design organization。

• 线型系统和线型组织架构间有潜在的异质同态特性。大白话讲就是你想要架构成为什么样，就将团队分成怎样的结构。

我猜测，在评论区抱怨的人，大部分问题是出在其所在公司在 DevOps 推进过程中没有解决好内部组织结构和分工问题。所以，开发与运维人员都必须要认识到 DevOps 是应业务需求而产生的一种不可阻挡的趋势，应该去主动拥抱，并在实践中调整与适应新的工作方式，掌握新的技能。公司层面，也应了解在 DevOps 转型推进过程中产生的新问题并积极应对，如是否要设置新的团队维护 CI/CD 与云平台，是否要在运维中设立 SRE 岗位，是否要对员工进行新技能的培训等。

能力下沉,活力上浮是企业发展趋势

    如果我们再将“应用系统”一层剥开往细里看，对阿里所提的“业务中台”概念，其本质也是一种能力的下沉。DevOps 是对技术能力的下沉，而“业务中台”是对业务能力的下沉。根据康威第四定律，越大的系统组织也意味着越复杂的体系，分层分域是降低复杂性的必然趋势。分解的方法便是能力下沉，而其目的是让上层更灵活。因此，不管是在技术侧，还是业务侧，未来企业的发展趋势便是用平台沉淀能力，然后用前台组装创造活力。Gartner 提出来的组装式 XX（包括了从企业、架构到应用）。可组装，核心又在于解耦复用和标准化 2 项工作。

康威第四定律：

• The structures of large systems tend to disintegrate during development, qualitatively more so than with small systems

• 大的系统组织总是比小系统更倾向于分解

未来每家企业都是软件企业

    周小川近期在 2022 中国数字金融论坛提出一个观点：金融业就是一种“IT 行业”。其实，类似说法很多人都曾提出过，包括《失控》作者凯文·凯利，微软 CEO 萨提亚。他们甚至指出，未来每家企业都是软件企业，数字化将会重塑所有的行业。而企业的组织方式，也将从软件企业的组织形态中汲取灵感。很有可能目前在科技企业中流行的“中台”组织架构，“DevOps”形态等，在不久的将来，会以另一种方式渗透到各行各业。当然，这个过程中，也一定会有不同的理解和声音，可能也会有人写出《扯淡的 BizTech，我们业务人员根本不想做开发》的文章，但历史的车轮还是会滚滚向前。这不，RPA、低代码已经登上舞台，成为业务人员口中的时髦词汇。

    DevOps 是一种文化、信仰与趋势，而不是强加于研发人员头上的负担与累赘。所以，你还会喊出“我们开发者根本不想做运维！”么？如果你或是所在公司还在为 DevOps 转型而苦苦挣扎的话，最后送给你的是康威第二定律：

康威第二定律：

• There is never enough time to do something right, but there is always enough time to do it over

• 时间再多一件事情也不可能做的完美，但总有时间做完一件事情。大白话讲就是：先干了再说，边干边调整。