Jen Krieger 在 80 年代初使用了她的第一台计算机，并从此对技术保持着浓厚的兴趣。她的职业生涯始于金融分析师，最终转入 IT 行业，并在软件开发和发布方面获得了专业知识。Jen 曾使用过许多开发方法，从瀑布式到敏捷式。
现在，她是红帽公司为 Project Atomic、Docker 和 Kubernetes 团队提供敏捷教练。今年，Jen 将在 DevNation 大会上演讲，内容是关于成为一名 DevOps 工程师的意义。在本次采访中，她向我们讲述了实施 DevOps 的挑战，分享了她对工程师的一些建议等等。
请介绍一下你自己、你的背景，以及你是如何参与到 DevOps 中的。
我在 80 年代初遇到了我的第一台正式计算机，当时我父亲从公司带回家一台全新的 Compaq Portable。从那时起，我一直以某种方式接触技术。我涉足为漫画行业的某些人运营网站，并自学了几种编程语言，但我意识到自己有数学天赋，所以我成为迈阿密一家公司的金融分析师。
正是在那家公司，我将我的金融技能与技术相结合，并最终转到他们的 IT 部门。我学习了开发和部署软件的基础知识，体验了在瀑布式项目中苦苦挣扎的现实，以及最终通过敏捷经验获得的自由。
尽管我非常感谢这些经历，但我与业内其他人的对话让我意识到有些东西是缺失的。软件耦合性太强，我们没有自动化测试，而且发布仍然花费我们太长时间。最重要的是，我们重视闭源软件，所以每次我们寻找工具来解决问题时，总会看到又一张没人愿意支付的巨额软件账单。
2012 年，我发现自己在红帽公司找到了一份工作，在他们的 IT 部门担任敏捷项目组合经理。我做了一段时间，然后抓住机会成为 DevOps 赋能团队的产品负责人。该团队的任务是缩短部门发布软件所需的时间。在那里，我接触到了任何技术爱好者都想要的软件。然而，最重要的是，当我意识到使用容器技术部署软件的速度有多快时——不是因为有人告诉我，而是因为有人向我展示了这是可能的——这具有变革意义。
我现在是红帽 Project Atomic 团队的敏捷教练（又名首席猫牧人），该团队正在开发 Atomic Host、Docker、Kubernetes 和许多其他软件。这项工作要求很高，但我认为自己非常幸运能与如此才华横溢的一群人共事。
DevOps 的全部意义是什么？
如果你问 10 个人这个问题，你会得到 10 个不同的答案。虽然在最初几个月试图弄清楚这一切意味着什么时，这让我感到无尽的沮丧，但我现在意识到为什么每个人都有不同的答案。每个 IT 工作环境都会因所使用的工具、正在开发和支持的软件和基础设施以及负责这些事情的人员而有所不同。任何人都可以查阅维基百科上的定义，并获得教科书式的含义。DevOps 对我意味着什么？这很简单：如果你们都由同一家公司支付工资，那就尽力表现得像一家人。
开源之道 在 DevOps 中扮演什么角色？
是的，我为此在 Opensource.com 上写了一整篇 博文。这是 DevOps 文化变革的一个良好起点。
“开源之道 并非成功的简单按钮。然而，它可以做的是为个人和群体提供一套价值观来遵循，从而使您的组织走上有效 DevOps 社区的道路。”
文化和变革在 DevOps 中占多大比重？
对我来说，90% 是关于文化变革，10% 是关于技术。然而，我的观点是受我自己在软件开发方面的经验以及过去 15 年的对话所塑造的。是的，绝对是这样，大多数对话都始于技术问题。我经常引用的一个例子是我与一位在一家闭源公司工作的工程师朋友的对话。她评论说，她希望自己至少有可能在她的工作场所使用像 Jenkins 这样的持续集成 (CI) 系统，但这需要很长时间才能获得批准。但她接着评论说，即使她获得了批准，她也可能会激怒她的老板，老板告诉她这不是优先事项，她担心这背后的含义。因此，市场上有什么工具，或者它们是免费的还是付费的，都无关紧要——如果你的公司的整体文化不将内部流程改进视为优先事项，那么任何工具都无法为你做太多事情。
在组织中实施 DevOps 的最大挑战是什么？
人。我再说一遍——人是情况中最好和最坏的部分。他们是你的王牌，你可以肯定它会在最糟糕的时刻被打出来。
对于在 DevOps 环境中工作的工程师，你有什么建议？
保持学习，保持好奇心，不断质疑事物是如何运作的。如果你发现自己对现状感到不满，那就做些什么来改变它。
但最重要的是，永远不要期望有人会把你想得到的东西交给你。如果需要完成某件事，你知道需要完成，而且看起来没有人会去做？想办法影响你周围的人，并完成它。来听听我在 Red Hat DevNation 演讲中关于如何做到这一点的更多内容，“你想成为一名 DevOps 工程师吗？”
DevOps 会成为 IT 工程领域的默认选择吗？
也许会。我认为聪明、具有前瞻性思维的公司将尽最大努力尽快拥抱这项技术。但如果它真的成为默认选择，那将需要数年时间——类似于敏捷采用趋势的方式。关键在于大型企业是否能够解决他们所拥有的技术和人员债务，同时适应新的软件交付方式。最终，我相信 DevOps 良好体验的基本概念——通过自动化快速集成、测试和部署软件；监控您的环境以获得丰富的反馈循环等等——将是才华横溢的工程师渴望获得成功的东西。试想一下——一位工程师在面试时问“你们使用什么 CI 系统？”。他们正在使用这个问题的答案来评估他们想在哪里工作。这就是 IT 的未来。我可以争辩说，这种情况甚至正在发生。
有什么最后的想法要分享吗？
过去与我合作过的许多工程师告诉我，我的秘密力量总是知道在他们需要弄清楚下一步会发生什么时，应该与谁交谈。如果你要参加 Red Hat Summit 和 DevNation，请找到我，自我介绍一下——我想听听你的故事。
演讲者访谈
本文是 DevNation 2015 演讲者访谈系列 的一部分，DevNation 2015 是由来自全球各地的开发者举办的开源会议 DevNation 2015.
评论已关闭。