我为什么不应该尝试聘请“ DevOps工程师”？

#1 楼

TL; DR：您永远不应尝试聘请DevOps团队


本质上，最常见的三个角色是：DevOps Architect /传播者
DevOps工程师
CI / CD工程师

这些角色不同于传统上组成软件工程组织的6个基本软件开发角色：


产品管理
软件开发
工具开发
安全性与合规性
质量与测试
系统操作（SRE）

让我们一个接一个地介绍这三个角色，看看它们的适合程度。丢失，缓慢，损坏并且不知道该怎么办。

时间：在计划阶段的过程开始时。整个软件工程组织的所有经理和负责人。此人将计划将您的工程组织转变为一个运转良好的状态。

谁：精通理论，管理实践，文化主题和运营的咨询成员，直接向软件工程副总裁报告。

在某些情况下，对于中小型公司，您可以通过雇用DORA之类的咨询机构来开始这一过程。

DevOps工程师



为什么：



如果团队是按照上述职能角色组织的，则可以弥合团队之间的鸿沟，以确保跨职能级别的合作。
要与面向产品的团队紧密结合，该团队具有团队中包括的6个传统角色，以帮助弥合知识鸿沟并帮助实施和采用新颖的实践和工具。



何时：一旦您制定了计划，组织转型就开始了，整个管理团队都加入了。

内容：实现跨职能合作，确保打破团队界限，确保团队内部的局部优化不会对从客户希望到客户交付的整个价值链的高工作量造成障碍。谁：经验丰富的工程师，具有软件开发和系统操作方面的技能。他应该精通与DevOps转换相关的最佳实践，流程和文化变化。实施CI / CD管道，集成您的工具链，引入使公司更好运转的工具。

内容：工程师，基本上是工具团队的一部分，能够建立CI / CD管道并开始集成内部系统，从而消除工作量中的摩擦。 />
谁：工程师在工具，集成过程，版本管理和DevOps实践方面经验丰富。知道他们在自动化过程中正在替代人为控制的人。

#2 楼

我认为您的问题链接中所述的Devops工程师主要是sysadmin角色。引用此技能作为本答案的背景知识：


您的攀岩装备。


Linux / Unix Administration的扎实背景
使用Puppet，Chef或同等功能进行自动化/配置管理
能够使用多种开源技术和云服务（需要具有AWS经验）
具有丰富的SQL和MySQL经验（NoSQL经验）也是一个加分项，因为我们也使用Redis）
对代码和脚本（PHP，Python，Perl和/或Ruby）有一定的了解。 ，始终可用的服务





在此示例职位描述中，DevOps Engineer只是一个时髦的词汇，它表示系统管理员熟悉基于云的基础架构，自动化，能够读取代码以提供帮助诊断方面的知识，并了解高可用性做法和解决方案。

这与DevOps做法和孤岛破坏文化松散相关如这个问题所示，开发人员和操作人员之间的关系Sysadmin和DevOps Engineer有什么区别？和文化，不是驱动公司转型的合适人选。您不会因为文化的改变而雇用此人，而是拥有工具配置视图，这实际上并不会帮助您打破流程。如果事先没有计划的文化变革，那么他/她的同事也可能对此很不满意，您只会对变革产生抵触情绪。

要获得成功的发展模式，@ Jiri Klouda的答案概述了可接受的DevOps工程师角色以及将带来价值并帮助成功的变更步骤。

#3 楼

我意识到这个答案可能不适合您，但是我就是这样做的。

我是第一个在非常繁忙的电子商务初创公司工作的开发人员，流量非常高。我意识到公司还很年轻，而且在一段时间内，我将是唯一的内部技术资源。

知道了这一点，我决定以这样一种方式来构建我的基础架构，即我必须进行零系统管理。

我决定托管在云中，因为这样做使我无需进行系统维护。
我正在寻找具有木偶经验的AWS工程师。我们共同构建了一个可自动扩展的基础架构，以代码形式在cloudformation中编写。所有配置文件都在puppet中进行了版本控制。

这使我作为开发人员可以承担这个devops角色。我使用python，fabric构建了代码发布工具。我使用相同的脚本将应用程序引导到自动缩放的新服务器上。

效果很好，三年后的今天，我仍然不进行任何系统维护。我们有一名系统管理员（同一位AWS工程师），每个月工作10个小时，我试图以这种方式构造他的sprint，以免对他造成困扰。这样，我尊重他的时间，并尽我所能来管理他的冲刺。

我希望这个答案可以以某种方式使您受益

#4 楼

您不应该聘请DevOps工程师，因为DevOps涉及的学科非常广泛，以至于一个人不可能成为这些学科的所有方面的专家。通过雇用所有行业的杰克，您将雇用无精打采的人。考虑DevOps的范围。一个人不可能：


成为[语言]的摇滚明星开发者
成为网络专家，了解所有必需的RFCs
成为一名发力的系统管理员>成为专业的质量检查测试人员
成为数据库管理员
专门从事存储和备份
了解站点可靠性工程
可能还有其他学科

以上甚至包含了子学科，例如Windows系统管理与Linux / Unix系统管理，或者您可能在自己的语言中使用了不止一种编码语言。

没有人可以成为这一切的专家这意味着如果您要招聘DevOps工程师，那么当DevOps团队中最薄弱的领域是网络时，您就不能很好地为DevOps团队宣传对网络专家的需求。尽管任何人都不应成为DevOps团队中的特定角色，但您会假装在DevOps范围内没有专家或主题专家（SME），这会对您的团队造成损害。将摆锤从一个极端转到另一个极端-从孤立到假装就像DevOps团队中的每个角色一样-可能会引起同样多的问题。一个以上的学科-尤其是在重叠领域是好的，希望他们能够精通如此广泛的知识根本不是实践。这意味着任何告诉您他们了解DevOps各个方面的人都可能在骗您。聘请您在DevOps团队工作最薄弱的领域的专家-不是“ DevOps工程师”。

#5 楼

在ASOS实施时，我遇到了确切的挑战。我们的目标是拥有一支能够自给自足的团队，因此发挥敬业精神可能是一种反模式。但是，我们生活在现实世界中，对于许多开发人员而言，考虑良好的DevOps实践并不是他们的首要任务，因此他们需要帮助到达那里。

我们所做的是：


不使用DevOps工程师的术语，DevOps是我们都应该做的事情，而不是我们的职称，所以我们称之为他们有所不同。
将他们推广到团队中，但只有三分之二，这意味着他们不能做事，但必须被视为帮助团队变得更好并解决自己的问题的能力（在指导下）
保持了中心职能以及充当胜任力中心并处理企业考虑事项，任何影响所有团队的因素

随着我们的发展，我们对该模型进行了审查，但对于我们来说，该模型到目前为止一直有效

#6 楼

我认为您将无法获得确切的答案，因为似乎很多因素都在其中。 br />公司提供什么样的应用程序或服务
贵公司的结构

我刚刚完成了职位面试，最终获得了DevOps工程师的头衔，我正在做的是Sys Admin工作。由于公司的规模以及所管理的应用程序的本质，这完全没有必要。
我面试过的一些职位也有类似的头衔，而且他们正在寻找更多来自事物发展方面的人来明智。他们期望更多的代码编写，而不是自动化的系统管理员。
SRE似乎是一个越来越受欢迎的头衔，所以这可能是一条路。我的上一份工作是系统管理员和自动化工程师，因为我有时会写Ansible和Chef Stacks。该公司遵循的是一个很好的devops模式，每个人都参与其中，开发人员与ops一起工作，但我认为他们的未来并没有考虑到专门的基础架构人员。

现在我处于这个位置，我正在尝试以某种自动化的方式拔钉子，我们遇到了一些必须解决的人员问题。人们来来去去，之所以设计某些工作流，是因为其他人是这样设计的，而不是因为它适合人们的工作方式。

因此，基本上，我认为您应该弄清楚职位描述，而不必太担心标题，除非标题以某种方式被支付，或者您认为一个或另一个吸引合适的人。 />

#7 楼

如果您关心DevOps的含义，请遵循“一条真实的道路”。您不应该聘请DevOps工程师。您应该聘请自动化工程师，部署工程师，平台架构师或其他一些可以满足您需要的角色。你可以随便叫它。