devops 专家
在软件开发方面，随着越来越多的组织看到更高的自动化和更多的优势，开发人员的现代实践（开发人员和IT运营相结合，以更简化的方式交付软件）在企业中席卷而来。频繁发布。
现在，随着大流行趋势凸显了对更高数字敏捷性的需求，开发者的采用速度会更快吗？
[ 同样在InfoWorld上：什么是CI / CD？ 持续集成和持续交付的解释 ]
随着企业版Devops峰会伦敦版的临近（采用新的虚拟格式），这是我们问的第一个问题，它的主办方和创始人Gene Kim，Tripwire的前首席技术官，三本流行的devops著作的作者。
为了使内容简洁明了，下面的对话经过了编辑。
InfoWorld：这种流行病如何广泛影响着发展？
吉恩·金（Gene Kim）：Twitter上有一个模因，关于哪个最高层主管最有效地推动了数字化破坏议程？ 是CEO，CFO，CIO还是COVID-19？ COVID-19是获胜者。 我认为这是真的。
去年，几乎所有董事会议程都涉及数字化破坏。 现在，COVID-19已将其推进了三到五年。 我认为有趣的是，组织要使成千上万的工人能够在家工作，必须要做许多这样的英雄事迹。 只有从根本上打破所有规则，这才有可能。
这显示了IT和业务领导的可能性以及这些团队的实际能力。 因此，他们常常被束缚，大多数人会说，使人们能够在家工作的所有事情（有些人以前从未在家工作过，例如后勤财务团队），这只是一个小奇迹。
InfoWorld：《 Devops状态报告》显示了组织成熟度方面组织的巨大中间地带。
您是否认为大流行会把这种中间立场推向更成熟的领域，还是您认为很难在每个人都处于远程状态时重建团队的运作方式？
金：我认为这不会成为障碍，因为它遥不可及。 我们知道这是可能的。 在我的旅程中，最大的惊喜之一就是得知所有基础架构团队在2010年代初GitHub都是远程的。 因此，在早期，在同一座城市没有两名运维工程师。
在进行《 发展状况报告》的五年中，我们发现行业无关紧要。 无论您是在医疗保健，零售还是其他领域都没关系。 无论行业如何，成为高绩效，中绩效或低绩效的可能性基本相同。
去年发生了变化，实际上是零售业更有可能成为高绩效企业。 我认为，这表明零售业的天灾或存在的威胁正在推动零售业更快地适应发展趋势。 我认为必然会导致COVID-19促使每个行业更快地采用devop，这仅仅是因为我们刚才谈到的所有业务压力。
InfoWorld：您对DevSecOps和其他围绕devop的新术语的兴起有何看法？
金：这是我与合著者约翰·威利斯（John Willis）在2016年《 Devops手册》问世时提出的论点 。 他有一个非常内脏的React，那就是只有一个人。 不是说他不相信它，而是他说服我的是，在这个行业中，我们需要一个保护伞来放置所有东西。我喜欢DevSecOps的想法，或者喜欢用任何方式扩大保护伞和引入其他部落。我喜欢devop，因为这种方式表示任何不是devop的东西，我们都应该与做旧的坏方法联系在一起。
InfoWorld：关于AIops呢？
Kim：是的，AIops，MLops，我喜欢这个词，但我狭义地认为，几乎没有价值流可以通过使用价值流生成的数据来改善。 无论是用于客户购买预测的市场营销，还是用于基础架构的故障分析和预测的市场营销。
问题在于，当您拥有由非软件专业人士完成的价值5,000万美元的机器学习项目时，他们没有使用版本控制或我们在过去30年中开发的最佳技术。 生成培训集和这些新生产模型的整个方法与我们作为软件工程师使用的技术不同。
[ 同样在InfoWorld上：什么是Kubernetes？ 您的下一个应用平台
微软发表了关于他们如何使用MLops将这些数据科学家整合到技术价值流中的演讲。 约翰·迪尔（John Deere）作了一个演讲，介绍了他们如何在一系列举措中做到这一点。
问题在于，通常会有这些模型是用Python或SPSS原型制作的，虽然很棒，但它们还没有投入生产。 因此，需要采取其他措施来确保任务得到切实执行。 人工智能为创建生产服务创造了这个完全不同的问题。 有一个真正丰富的领域，绝对需要解决。
InfoWorld：组织采用devops实践的最大瓶颈是什么？ 还有替代路线吗？
金：我认为发展是不可避免的。 我会说最大的障碍是领导力和业务投入。当我回顾会议的最后七年时，真正脱颖而出的事情之一是，演讲的人每年都在增加。
今年，我们有全国建筑协会首席运营官Patrick Eldridge。 我们有很多副总裁和首席技术官，他们经常与他们的业务对等人一起介绍业务负责人。 我认为这表明devop实际上不是技术问题，而是业务问题。 这些演讲显示了devop在多大程度上被整合到了策略和运营的各个方面。
就全国范围而言，当整个行业都在萎缩的时候， 他们正在雇用大约1200名员工 。 我认为，这只是表明，一个强有力的信号表明，发展不仅可以使组织在市场中生存，而且可以在组织成长而其他组织萎缩的环境中蓬勃发展。
InfoWorld：容器的兴起如何影响开发人员的实践？
Kim：所有这些技术（容器可能是最强大的）确实迫使人们考虑将不变的基础设施或基础设施视为代码。 我不知道因果关系的发展方向，要么是那些以开发者的方式思考的人，要么是他们已经在将基础架构视为代码的地方，或者可能会以更快的速度获取诸如容器之类的东西，或者容器的价值主张如此之高它吸引了人们。
谁能回到尝试找出使笔记本电脑环境与生产环境相同的旧方法？ 因此，所有这些事情都非常清楚，以至于有更好的工作方式。 我认为，一旦您完成了诸如持续集成，持续交付之类的工作，就很难回头。 一旦您体验了它，就很难回到旧的做事方式上。
我认为埃德加·舍因（Edgar Schein）在人类学和社会学中说过“工具是一种文化人工制品”。 因此，工具确实会改变您的思维方式并改变您的工作方式。 因此，我同意您的观点，即这些工具肯定会加快devops的工作方式。
InfoWorld：为什么到目前为止很难将安全性集成到开发人员中？
金：如果我们八年前进行了这次对话，我想我们会问：“为什么很难开展业务？” 是因为他们担心自己的工作会流失吗？
有人谈论NoOps，我们不再需要任何操作，当我认为使用Kubernetes的任何人都清楚知道没有开发人员想要真正学习Kubernetes时，我们希望基础设施人员为我们做这件事。 我认为安全性也是如此。 我们想要的是产品团队和开发团队对服务可用性，可操作性和安全性完全负责。 我们不希望开发人员必须成为安全漏洞可能隐藏的每个角落的专家。
我们确实希望利用安全性方面的专业技能，将他们带入团队或利用他们构建的平台，以使我们在平台上编写的所有内容从根本上更加安全。 我认为这一天就要到了。 像操作一样，开发人员之间的鸿沟如此之大，自然的React是“在我的尸体上”，我敢肯定这是可以安排的。
InfoWorld：开发工程师的技能如何发展？
金：在这些开创性的叛乱中，最重要的技能，能力和特质之一就是运用交叉职能技能，这些技能是运用虔诚的力量推翻古老的强大秩序，他们很乐意以30至40年的方式做事。能够跨平台与业务对手接触并帮助解决问题。 当其他许多团队正在缩减时，这就是这些团队的成长和雇用方式。
[ 什么是SRE？ 站点可靠性工程师的重要角色 ]
今年到目前为止，我所听到的谈话中的共同点之一就是他们都在招聘。 我认为开发人员对他们有很大的帮助，而且他们找到这些计划的人越多，需要这些计划的商人就越光明。
我的一个朋友汤姆·利蒙切利（Tom Limoncelli ）写了关于云系统管理的书 –他说这本书是关于运营的，但我认为它可以运用于任何地方–是我们在前进的道路上：沿着一条道路我们的薪水减半我们唯一能找到的工作是在Apple Store的Genius Bar。 另一方面，我们的薪水加倍，因为我们拥有市场上最热门的技能。 我认为那很棒。
devops 专家
扫一扫
266
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
