devops技术_DevOps是90％的变化和10％的技术

devops技术

詹·克里格（Jen Krieger）在80年代初使用了她的第一台计算机，此后一直对技术保持着浓厚的兴趣。 她的职业生涯始于财务分析师，最终进入IT，在此领域她获得了软件开发和发行方面的专业知识。 Jen使用过许多开发方法，从瀑布到敏捷。

现在，她是Red Hat的敏捷教练，负责Project Atomic，Docker和Kubernetes的团队。 今年，Jen在DevNation上谈到成为一名DevOps工程师意味着什么，她在这次采访中向我们介绍了实施DevOps的挑战，为工程师提供了一些建议以及更多内容。

告诉我们一些有关您自己，您的背景以及您如何参与DevOps的信息。

我在80年代初遇到了我的第一台官方计算机，当时我父亲从工作场所带回了全新的Compaq Portable。 从那时起，我一直以某种方式掌握技术。 我涉猎了为漫画界的一些人运行网站并自学了几种编程语言，但意识到自己对数学有一定的了解，因此我成为了迈阿密一家公司的财务分析师。

正是在那家公司，我将我的财务技能与技术融合在一起，并最终转移到他们的IT部门。 我了解了开发和部署软件的基础知识，体验了瀑布式项目拖累的现实，最后，从敏捷的经验中获得了自由。

即使我非常感谢这些经历，但与业内其他人的交谈也使我意识到缺少一些东西。 该软件耦合太紧密，我们没有进行自动化测试，而且发布仍然花费了很长时间。 最重要的是，我们重视封闭源代码软件，因此，每当我们研究一种解决问题的工具时，这都是没人愿意支付的另一笔巨额软件账单。

2012年，我发现自己在Red Hat任职，在他们的IT部门担任敏捷投资组合经理。 我花了一段时间，然后抓住机会成为DevOps支持团队的产品负责人。 该团队的任务是减少部门发布软件所需的时间。 那就是我碰到任何技术人员都想要的所有软件的地方。 但是，最重要的是，当我意识到使用容器技术部署软件的速度有多快时-不是因为有人告诉我，而是因为有人告诉我这是可能的-具有变革性。

我现在是Red Hat Project Atomic团队的敏捷教练（又名Cat Cat Herder），负责开发Atomic Host，Docker，Kubernetes和许多其他软件。 工作要求很高，但我认为与如此有才华的团队一起工作非常幸运。

DevOps到底是什么？

向10个人问这个问题，您将获得10个不同的答案。 尽管在试图弄清一切含义的头几个月对我来说，这是无休止的挫败感，但我现在明白为什么每个人都有不同的答案。 每个IT工作环境都将根据所使用的工具，正在开发和支持的软件和基础架构以及负责这些事情的人员而有所不同。 任何人都可以在Wikipedia上查找定义，并获取其含义的教科书版本。 DevOps对我意味着什么？ 这很简单：如果你们都由同一家公司领薪，请尽力做到这一点。

开源方式是否在DevOps中发挥作用？

是的，我为Opensource.com撰写了有关此内容的完整博客文章 。 这是DevOps中文化变革的良好起点。

“ 开源方式并不是成功的简单按钮。但是，它可以做的是为个人和群体提供一系列价值观念，使您的组织迈向有效的DevOps社区。”

文化和变化在DevOps中占多少？

对我来说，文化变革占90％，技术占10％。 但是，我的观点取决于我自己在软件开发方面的经验以及过去15年中的对话。 是的，绝对可以，大多数此类对话都是从技术问题开始的。 我经常提到的是与一位封闭源代码公司的工程师的朋友进行的交谈。 她指出，她希望自己甚至有可能在工作场所使用像詹金斯这样的持续集成（CI）系统，但要获得批准将需要永远的时间。 但是随后她继续说，即使获得批准，她也可能加剧老板的话，她告诉她这不是优先事项，她担心这背后的含义。 因此，市场上有什么工具，或者它们是免费还是付费都没有关系-如果您的公司的整体文化不将内部流程改进作为优先事项，那么没有太多工具可以做为了你。

在组织中实施DevOps的最大挑战是什么？

人。 我不能这么说-人是局势中最好的部分和最坏的部分。 它们是您的通配符，您可以肯定会在最糟糕的时刻进行游戏。

您对在DevOps环境中工作的工程师有什么建议？

不断学习，保持好奇心，不断质疑事物的运作方式。 如果您发现自己对现状不满意，请采取一些措施。

但最重要的是，永远不要期望有人将您想要的东西交给您。 如果需要完成，您知道它需要完成，而且看起来没有人要这样做吗？ 找到一种方法来影响您周围的人并完成它。 在我的Red Hat DevNation演讲中听到更多有关如何执行此操作的信息，“ 那么您想成为一名DevOps工程师吗？ ”

DevOps会成为IT工程中的默认值吗？

也许。 我认为聪明，有远见的公司将尽最大努力尽快采用该技术。 但是，如果它成为默认值，则将需要数年的时间–与敏捷采用趋势相同。 问题的关键将在于大型企业是否能够解决他们所拥有的技术和人员债务，同时又适应新的软件交付方式。 最终，我相信，良好的DevOps体验必不可少的概念-通过自动化快速集成，测试和部署软件； 监视环境中是否存在丰富的反馈循环等，这将是才华横溢的工程师希望成功的事情。 只需考虑一下-工程师会问“您使用的是什么CI系统？” 在接受采访时 他们正在使用该问题的答案来评估他们想在哪里工作。 那就是IT的未来。 我可以说这甚至正在发生。

还有什么要分享的想法吗？

过去与我合作过的许多工程师告诉我，我的秘密力量总是知道何时需要弄清楚接下来要发生什么的合适人选。 如果您要参加Red Hat Summit和DevNation，请找到我，做个自我介绍-我想听听您的故事。

发展
演讲者访谈

本文是DevNation 2015 演讲者访谈系列的一部分， DevNation是由全球开发人员和面向全球开发人员的开源会议 。

翻译自: https://opensource.com/business/15/6/interview-jen-krieger-redhat

devops技术