DevOps哲学:采访幸运28计划 DevOps团队

让我们谈谈我们最近为我们的技术团队寻找DevOps工程师. 在我们的客户和他们的团队中,我们看到越来越多的人采用了DevOps的思维模式. 那么,我们到底要找的是什么? 我们与我们的DevOps团队进行了交谈,以了解是什么帮助他们取得成功, 他们的心态, 以及他们吸引客户的方式.  

我们一开始就做了一个巨大的假设. 我们使用DevOps的工程师是哲学家. 这是一个合理的假设,对吧? 当你考虑DevOps是一种由价值观组成的思维模式时, 原则, 方法, 实践, 和工具. 这是一种以更好的方式交付软件的哲学方法. 它不仅仅是一个角色——那些拥抱DevOps的人是哲学家. 

你们都是哲学家吗??  

HA! 不,但DevOps的心态和文化适合这种描述. 这是一种方法的采用——而不仅仅是一组任务.  

好吧,但既然DevOps是一种哲学——在我看来,你们几乎都是哲学家. 你如何解释你的角色?  

我们是开发团队和运营团队之间的粘合剂. 我们帮助团队更好地一起工作,使软件部署更顺利. 为了有效地做到这一点,我们了解全局.  

在开发方面,您必须从整体上理解软件解决方案. 在操作方面,您必须知道基础架构是什么样子的——以及它是如何工作的. 能够理解谈判双方——以及如何在团队之间进行沟通——是这个角色成功的关键.  

好的,所以使用DevOps的人有一套独特的技能. 在你所做的事情中还有什么是重要的?  

我们也可以自己开发软件. 理解软件的不同部分如何组合在一起是至关重要的. 您知道应用程序性能的复杂性, 怎样的高质量代码才能防止问题, 以及如何快速找到错误和异常的根本原因.  

除此之外, 您知道如何将该软件从单个人的机器转移到这种规模扩大的基础设施. 您非常了解应用程序可用性、正常运行时间和SLA.  

我们将应用程序指标与基础设施指标结合起来以解决问题. 所有这些都有助于理解如何提高应用程序的性能.  

很重要的一点是,我们要和两支球队进行良好的沟通. 我们需要了解开发团队正在做什么,以及如何将其转化为规模化的基础设施环境.  

你能理解谈判桌上的双方,这太棒了——帮助他们更有效地沟通,这很棒, 太. 我知道在DevOps中自动化是你工作的很大一部分?  

肯定. 脚本是工作的重要组成部分. 用胶水把所有的碎片粘合在一起. 编写自定义脚本来自动化基础设施、部署等.

自动执行重复任务. 太棒了. 云呢??  

正确的. 云是我们生活中很大的一部分. 你必须适应为云编写脚本,这是我们工作的很大一部分. 我们也在云计算中做很多软件定义的网络.  

我们还把基础设施当作代码. 我们写几行代码, 对它运行命令, 它会自动创建代码中定义的一切. 不管我们要部署什么,都已经完成了. 自动化. 我们不需要坐着点击下一步,下一步,下一步,完成. 利用基础设施作为代码可以使其可重复和一致. 这是我们的目标之一.  

你经常处理安全问题吗?  

绝对. 我们几乎每天都在处理它. 拥有安全背景的人接受DevOps是为了成功. 其实我们现在也在为我们的团队招人. So, 有人带来了web应用防火墙, 任何类型的子网, 或者在云中对表进行VLAN-ing就很合适了.  

这是正确的. 我们正在为你的团队招聘. 一个人要在这个角色中表现出色需要具备什么条件?  

他们应该有一些DevOps经验. 我们希望看到有人在进行构建、部署和配置管理. 有些人说他们用过DevOps,但他们只是复制和粘贴文件. 或者他们认为靠近开发团队并坐在旁边是DevOps,但事实并非如此. 这不是我们想要增加的人.

他们还需要协作,喜欢交流. 除了客户的技术和非技术团队外,他们还将与我们的技术团队进行沟通. 在这些环境中感到舒适将为他们的成功奠定基础. 他们应该对和任何人交谈感到高兴.  

在DevOps中工作最有意义的事情是什么?  

你要在客户端实现的改变. 很多时候你是在教育他们. 他们可能理解这个想法,但不知道如何实现它. 或者他们不太了解云. 我们可以就不同的策略给他们建议,也可以学习他们的方法.  

这是一项要求很高但很有回报的工作. 你可以制定改变,并看到切实的结果. 这是伟大的.  

我要感谢DevOps的工程师们坐下来进行这次对话. 尽管他们没说自己是哲学家, 他们谈论改变客户方法的方式很有哲理. 再说,说我们这里有哲学家也很有趣.