回到主页

译文 | DevOps顾问和DevOps工程师有何区别?

注:本文作者为EUGENE DUMA,优维科技运营部编译删改。

几乎每隔一段时间,企业就会达到一个瓶颈期 — 在这个时间段,我们如何去突破临界点?相信在这个节点上,更有意义的事情是学会尝试在任何事情上做一些转变,而不是去抵制它。

比如,让我们想象一下:

你公司研发的APP在业界有了开创性性的业绩。营销人员和销售人员非常圆满地完成了他们的工作,市场上的下载量也以极快的速度增长。不幸的是,公司内的开发人员和运营部门没有跟上规模他们无法及时升级应用并发布新功能。你开始担心用户会渐渐失去兴趣,因为APP错误太多,而且性能还有很多不足之处。

此时,你作为老板,能做一些什么事情来纠正这种情况并拯救公司?

嗯,实际上你可以做很多事情......

比如说,雇用更多的开发人员和测试人员来填补人员不足……

但是,如果你阅读过一些DevOps的文章,就可以明晰地确定哪些是真正急需改善的事情:

  1. 提高应用质量。
  2. 增强用户体验和客户满意度。
  3. 提高运营效率。
  4. 提高员工的工作效率和关键绩效指标。
  5. 降低与IT相关的成本。

这时候,你真正应该做的是尽快聘请一个对DevOps有所了解的人。

但是又应该聘请谁呢?是需要联系专业的DevOps咨询公司,还是给员工们聘请一个资深的DevOps工程师?

当然,如果你一生都在IT行业当中工作,可能这些对于你就不是些什么大问题。然而,对于大多数的企业主来说,这确实是一个艰深的问题。

在本文中,我将深入探讨业务领域,并尽力阐明DevOps工程师与DevOps顾问之间的区别。

01:顾问和工程师的区别在哪里

我们先要弄清楚,哪些人是DevOps顾问? 哪些人是DevOps工程师?

首先,我们来定义一下DevOps顾问和DevOps工程师:

  • DevOps顾问:

DevOps顾问是经过认证的DevOps专业人员,通常受雇于解决特定问题或教育员工怎么去使用DevOps工具,并如何根据DevOps的原则工作。

  • DevOps工程师:

DevOps工程师是指一名内部技术人员,经过培训,能够以经济高效的方式将DevOps实践应用到IT组织中,并且通常根据DevOps架构师(或由DevOps咨询公司提供)创建的设计行事。

基本上,前者提供指导并分享有关解决手头问题的方法的见解,而后者主要侧重于根据既定程序进行特定设计工作。

02:如果你是老板,雇佣谁?

DevOps不再仅适用于大型独角兽公司。如果想要更有效地管理IT组织,技术创业公司,甚至中小型企业都开始去选择DevOps转型。

需要解决特定问题的企业(例如,实现更快和更高质量的应用更新)最好雇用DevOps顾问。

因为DevOps顾问的职责是将评估你们公司的具体情况并提供具体提示和后续步骤。然后,业务所有者来决定要不要选择与DevOps顾问协作,去实施所需更改。

如果是需要彻底改革技术相关流程和实践的必要性的公司,可能就更需要鼓励在其IT组织中建立一个独立的DevOps角色- 一个DevOps工程师。(有些人甚至可能会考虑聘请DevOps架构师为他们的组织创建设计,以及DevOps的行业传道者去监督文化转型)

不幸的是,好的DevOps工程师很难找到。 DevOps工程师现在在美国已是排名第二的热门职位,而且目前业界关于该职业的争议也导致DevOps工程师对于什么应该做,什么不应该做这件事没有一个明确的界限点。

有些DevOps工程师可以一个人担负起监督IT部门整个DevOps流程的转换,甚至包括文化方面的转换,但有些DevOps工程师只是可以管理实行DevOps生命周期的一些特定阶段的工具,比如Jenkins,Maven和Ant等特定工具。

需要注意的是,大多数所能找到的DevOps工程师以前的岗位都是开发人员岗或系统管理员岗,并且比较擅长的能力范围也仅限于此。

因此,公司必须非常具体地了解你所聘用的DevOps工程师能够做什么。否则很容易最后发现自己冒险地雇用了一些可能无法通过预期的人。

换句话说,即使企业主可能会坚持雇用DevOps工程师来协助公司的Dev和Ops团队,他们也可能最终去支付第三方的DevOps咨询服务,为他们的DevOps工程师创建具体路线图。

03:对DevOps顾问存在的一些争议

虽然聘请DevOps咨询公司对大多数企业(特别是中小型企业)来说可能更具可行性和成本效益,但首席执行官,首席技术官和首席信息官通常会对DevOps顾问产生偏见。

他们害怕:

  1. DevOps顾问只会耽误时间,并且不会尽力解决公司的问题。
  2. 他们会向顾问支付太多费用,而内部员工可以少花钱做同样的工作。
  3. DevOps顾问可以访问机密和业务敏感数据,然后利用这些机密性数据。
  4. 顾问永远不会完成他们的工作,并且有可能会在公司的DevOps转型过程中放弃。
  5. 说实话,有时所有这些事情都会发生。但是,它不应该成为阻止老板雇用DevOps顾问的理由。

请考虑以下几个因素:

  1. 并非每个人都有成为顾问的技能(不要将顾问与常规承包商混为一谈。)
  2. 顾问的专业知识使他们能够在不去考虑任何第三方的影响下提供专家建议,前提是他们需要时间熟悉客户的流程。只有这样他们的价值才会有体现的地方。
  3. DevOps顾问和DevOps工程师不太可能做同样的工作。聘请顾问是请他对公司IT转型进行分析,提供见解和教学任务,工程师是去实施具体策略来验证的人。
  4. 最后,每个人都会犯错误。如果出现任何问题,在此之前任何企业需要考虑做好与合法人员联系解决问题的准备。

04:结论

丰富的DevOps顾问和经验丰富的DevOps工程师,这两者在市场上都是一种稀缺商品,完全取决于企业主决定雇用谁来使他们的企业受益。

当然,他们可能没有任何技术背景。

所以这两者的差别是这样的:

  • 顾问拥有鸟瞰企业IT全景的能力。他们判断和检查什么是对的,什么是错的,去为员工们提供指导和教导工作。通常,他们帮助公司调整他们的Dev和Ops团队,并简化这些团队的流程和实践。
  • 而DevOps工程师的制作是以经济高效的方式正确地完成工作,他们的能力凸显在根据公司的战略去正确地支持一个健康的DevOps环境。