软件工程之美学习笔记三十七 36 | DevOps工程师到底要做什么事情？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/96895

传统的运维模式以及面临的挑战

（图片来源：The Product Managers’ Guide to Continuous Delivery and DevOps)
有两个主要的因素对传统的运维模式产生了很大挑战。
第一，服务器规模快速增长和虚拟化技术的高速发展。
第二，高频的部署发布。

什么是 DevOps？

DevOps 可以理解为一种开发（Development）和运维（Operations）一起紧密协作的工作方式，从而可以更快更可靠的构建、测试和发布软件。

好处：

• 整个软件的构建、测试和发布过程高度自动化
• 信息更加透明和易于测量
• 培养跨职能协作的文化

DevOps 原则：

• 自动化
• 信息透明可测量
• 构建协作文化。

DevOps 工程师到底要做什么事情？

• 首先，DevOps 工程师要帮助团队建立基于持续集成和持续交付工作流程。
• 其次，要建立一套基于日志的监控报警的系统，以及故障响应的流程。
• 然后，要构建基于云计算和虚拟化技术的基础设施。推行"基础设施即代码”
• 最后，要形成 DevOps 的文化。
  DevOps 最核心本质的就是工作方式和协作的文化

参考

• 《DevOps 前世今生 | mPaaS 线上直播 CodeHub #1 回顾》
• 《孙宇聪：来自 Google 的 DevOps 理念及实践》
• 《关于 DevOps ，咱们聊的可能不是一回事》
• 《如何从零开始搭建 CI/CD 流水线》

精彩留言

林云 2019-05-24  1 需要指出“Devops工程师”是一个概念错误。事实上Devops并不是一个职位，如果按照文中所说：“Devops工程师帮助团队搭建CI/CD工具”则应该叫做持续交付工具架构师，而这与文首所说：“运维工程师纷纷改名Devops工程师”在工程师的技术栈领域互相矛盾，难道所有持续交付系统都是由运维工程师搭建的吗？
而《Devops实施手册》提出了DevOps能力中心的核心角色其中包括：协调资源的项目经理；推动工具方案实施与评价结果的执行经理；交付DevOps平台的基础架构经理；DevOps教练和技术布道者。由这些角色配合才能完成传统企业Devops的全面转型。
即使是初创企业推行Devops也不是只有一个工具链工程师可以完成的。

参考连接：https://www.jianshu.com/p/7cf36451ee83?from=groupmessage

老师回复: 谢谢指正

“以前的运维工程师也纷纷变成了 DevOps 工程师。”是为了说明DevOps火爆，比如你可以到招聘网站去搜索一下职位。这其实也类似于“以前的软件测试也纷纷变成了QA”。

我也知道这个定义是有争议的，所以文中已经说明：“对于 DevOps 工程师的定义其实是有争议的”，并且“在这里我们没必要陷入这种争论，而是从 DevOps 实践的角度，来看看 DevOps 工程师，要做什么事情，可以帮助团队来实践 DevOps 的工作方式。”

对于DevOps这种观点，不像瀑布模型这种定义已经很明确了，大家都可能有不同解读很正常，但核心本质其实是类似的，就像楼上 @纯洁的憎恶 同学总结的那样：DevOps的道：开发与运维紧密协作的工作方式，以更快更可靠的构建、测试、发布软件。

所以要实施DevOps，不是说需要有一个实施手册，需要有一个教练，要有一个Title才可以，恰恰相反，如果你是遵循DevOps的道，开发与运维紧密协作，高效的构建、测试、发布软件，那就是DevOps的开发方式。

这其实也是专栏最开始就提到的：我们学软件工程，还是要掌握好其中的“道”，再通过“道”去学“术”和用“器”，而不是去追求“术”和“器”而反而忽视了“道”。

林云 2019-05-25
如果标题改成“Devops这样实施就对了”也许会好些。这样至少不会混淆所有Devops实施的工作只需要一个角色就能完成。（招聘岗位title写着Devops工程师？一定是一个不懂Devops的HR所为）

就像文中提到的“道 法 术”概念，首先有定义，然后根据定义建立体系，而不是使用有争议的词汇，让读者对论述产生误解。

就像软件工程通过一套方法使得软件交付可预期，Devops如何实施也是一套严谨的知识体系，有不同的分工和角色。只有用严谨的方法才能得到可预期的结果。