帕特里克·德布瓦为DevOps命名：一个比利时副业项目为开发与运维的休战协议赋予了名称

2007年，比利时顾问帕特里克·德布瓦正在为一个比利时政府部委的数据中心迁移做认证与就绪测试，他夹在一侧的应用程序开发者与另一侧的服务器、数据库和网络运维人员之间。两个群体之间的高墙——各自独立的方法、各自独立的日程、相互推诿——让他确信，IT运营一定有更好的方式。

通过为一场会议命名来为这场运动命名：德布瓦将他根特的聚会命名为“Devopsdays”，这个混成词就此流传下来，成为行业自己对整个休战协议的称呼。

在2008年多伦多敏捷大会上，安德鲁·谢弗发起了一场关于“敏捷基础设施”的鸟之羽毛（birds-of-a-feather）自由讨论会；唯一到场的人是德布瓦。他们成立了一个“敏捷系统管理员”谷歌小组，成效有限。转机出现在2009年：由于无法参加O'Reilly Velocity大会，德布瓦通过视频流观看了约翰·阿尔斯帕和保罗·哈蒙德那场后来成为传奇的Flickr演讲《每天10次以上部署：开发与运维协作》。他深受启发——并在社交媒体上人们的推动下——于当年在根特组织了自己的活动，并将其命名为Devopsdays。

这个名字做到了谷歌小组做不到的事：它为一组零散的实践赋予了单一的身份。Devopsdays于2010年扩展到山景城，到2018年已扩展到30多个城市；“DevOps”一词进入了职位名称、团队名称、会议议程、《凤凰项目》（2013年）以及Puppet的《DevOps现状报告》（自2012年起）——这个混成词如今已成为行业描述自身的方式。

2007年，帕特里克·德布瓦——比利时顾问、项目经理和敏捷实践者——被派驻到一个比利时政府部委的数据中心迁移项目中，在两个部落之间进行认证与就绪测试：一方是推动快速迭代变更的应用程序开发者，另一方是守护服务器、数据库和网络稳定性的运维团队。隔阂之墙与相互指责在他心中埋下了不满，他将这种不满带出了项目。

在2008年多伦多敏捷大会上，安德鲁·谢弗召集了一场关于“敏捷基础设施”的临时鸟之羽毛自由讨论会。到场的人恰好只有一位：德布瓦。两人继续交流，在谷歌上成立了一个敏捷系统管理员小组，但反响有限——理念是对的，但没有人有一面可以聚集的旗帜。

旗帜在2009年到来。在O'Reilly Velocity大会上，Flickr的约翰·阿尔斯帕和保罗·哈蒙德发表了《每天10次以上部署：Flickr的开发与运维协作》，他们角色扮演了“这不是我的代码，是你的机器”的对峙，并主张开发与运维必须变得无缝、透明和一体化。德布瓦观看了直播，深受鼓舞，并在社交媒体上其他人的推动下，在比利时根特创办了自己的会议，将其命名为Devopsdays。“DevOps”一词正式登场。

为什么一个会议名称会成为历史上对它的称呼：这个混成词将交战双方都纳入同一个术语之中，而德布瓦作为一位没有产品可卖的中立实践者，将这个名称交给了一个社区而非某个供应商。Devopsdays于2010年到达美国，到2018年已覆盖三十多个城市，如今这个词被用来标注从团队结构到《DevOps现状》研究报告的一切事物。

这些实践在出现这个词之前就已存在——持续集成工具、敏捷方法、云自动化、Flickr的部署故事——但没有名字，它们始终是零散的；命名使它们作为一个运动而变得可辨识。

这个混成词本身就是妥协：双方都不必放弃身份，因为两个词都包含在术语之中，这使得它在敌对的组织架构图中也易于被采纳。

德布瓦是连接者而非供应商，因此这个名字保持了中立属性——没有公司拥有它，也没有竞争对手有理由反对它。

会议形式为这个词提供了一个年度的归属地，让实践者可以相聚，这使得定义DevOps含义的是社区，而非营销部门。

为事物命名，事物便成为现实：这些实践已经流传多年，但运动总是围绕一个词而凝聚——而一位实践者，只要有一间会议室，就能提供这个词。

Devopsdays成为一个巡回性的机构：2010年在山景城紧随Velocity之后举办了首届美国版，到2018年全球已安排了30多场会议。德布瓦创造的词汇承载了一整套文献——吉恩·金的《凤凰项目》（2013年）、Puppet Labs的《DevOps现状报告》（自2012年起），以及最终的DORA指标——而“DevOps工程师”成为软件行业最常见的职位名称之一。德布瓦至今仍被介绍为这场运动的教父，而这个词几乎是他组织一次聚会的副产品。