傀儡对为什么人，过程和技术是对Devops成功的关键任务

在使组织的敏捷软件开发野心现实时，从业者通常认为Devops的成功需要采用解决人员，过程和技术的策略。

在今年的旧金山的两天愚蠢的伙伴和用户峰会的课程中，与会者接受了关于如何解决这些领域的所有三个领域的指针，无论它们是否只是入门或想要扩大他们正在进行的Devops的努力。

鉴于Devops方程的一部分是常见的这三个领域的最棘手，它可能 - 也许 - 也许是对基础设施和应用程序自动化软件提供商Puppet致力于该活动议程的公平部分向企业提供建议如何培养商业文化允许Devops持有和茁壮成长。

第二天主题演讲被抛出到奢侈品制造商保时捷的傀儡客户故事，以及安全的在线虚拟白板提供商勤奋，他们分享了他们在Devops转型旅程中克服“人问题”的详细信息。

Morche的云和集成服务经理Thorsten Biel表示，该公司的Devops推动是更广泛的业务转型的一部分，即通过其保时捷联系倡议来提高客户拥有汽车的汽车拥有经验，以加强客户拥有的经验。 。

“我们的IT组织在这一转型中发挥着关键作用，”他说。“我们从一个大多数为我们的内部客户提供的组织，以反应性，更具创新，更专注于客户体验的组织。 “

作为这项工作的一部分，BIEL的团队已经在举办的方式彻底改革了较少的结构化和更敏捷，同时协助保时捷升高了其使用云来提供其销售和以客户为中心的应用。

该公司目前依赖于德国的数据中心，向其世界各地的客户提供这些服务，这可能导致延迟和绩效的角度出现问题。

“德国与澳大利亚和中国的更多远程位置之间的潜伏期非常高。将应用程序移动到云端，删除延迟。我们有效地向客户提供了申请，“他说。

这些变化已经花时间推进，用BIEL引用人民和文化作品作为最具挑战性的部分。

“我的团队已经拥抱了更敏捷的工作方式。我们已经走了很远的自动化之旅，但是在同一级别的人没有经验，没有敏捷的方法，并且在很长一段时间内有相同的方式做了关于改变的预约，“他说。

“人，过程和技术”原则是保时捷的业务转型努力的核心，在主题演讲期间，“如果你想在Devops中取得成功，那么”你不能在没有其他两人那里做这些的主题演讲“。

在他的总结期间，Biel说了一段建议，他一直保持着心灵的数字转变是你不能授权人们接受Devops，但在IT组织中创造信任的文化意味着概念越来越有机会捕获。

“我们已经重组了我们的团队有点以创造信任的文化。我们创建了一个Devops支持团队，由解决方案建筑师，产品经理和技术顾问组成，他们可以与其他项目的开发人员，管理人员和项目领导人讨论如何与Devops达成德国人的项目，“他说。

“创建受信任的Devops启用团队的组合，重新设计我们的流程和加速我们的自动化之旅，使我们能够以前所未有的方式改变。”

Tricia Burke，努力生产行动副总裁Tricia Burke，分享了她的组织方式的详细信息 - 允许基于云的工具允许董事会安全地分享演示和沟通 - 已经从释放四个软件更新到50左右。

要达到该点，需要公司克服沟通，文化和过程相关问题的组合，这 - 反过来 - 在（然后分开）的发展和运营团队之间导致了大量摩擦。

“有时操作会得到发布，不知道该怎么办。有时他们会知道该怎么办，它不会工作。不用说这造成了很多紧张，“她说。

为了改善事物，公司举行会议，开辟各方之间的沟通线，但这只有到目前为止改进了事情。

“部分问题是我们会得到一个释放要投入生产，人们会知道发布没有准备好。他们知道有问题，但他们不会告诉任何人，因为我们必须达到我们的发行日期，“她说。

“我们需要在团队之间建立信任。所以下一步是把它们带到一起。我们让他们闲逛并帮助他们建立融洽关系。“

再次，让这些不同的团队共度时间共同导致了一定程度的改善，但她说，仍有一些东西失踪。

“我们[意识到我们]需要一个刚刚专注于发布的团队，我们创建了一个发布工程团队 - 一群熟悉的开发过程，了解开发商正在做的事情，并且经历了经历的业务人士，”她说。

“他们帮助弥合了发展与运营之间的差距。它花了很多通信来帮助每个人都了解这支新团队在那里帮助他们产品更高质量的软件，并将其推出更快地推出。“

Nigel Kersten表示，抵抗抵抗保时捷，特别是在其Devops转型的早期经验丰富的经验丰富，是傀儡的首席技术策略师。

在Puppetconf上对电脑周期说话，他表示，它领导人可以在这种情况下做的事情是善于善意为什么人们害怕变革的原因。

“如果你花了30年做了一份工作，那样以同样的方式做到，那么我们应该有同理心，因为它很难改变，”他说。

史式杀菌可能会对他们的工作生命有所不同的误解，这是一个可以相对简单地处理的Devops政权。

“在某些方面，[Devops]术语在运营人中创造恐惧，因为他们认为'哦不，我现在必须成为一个开发人员吗？'，但在OPS中我们总是写的代码：我们已经写了批处理文件，我们写了shell脚本和登录脚本以设置打印机，但我们只是没有将其视为编程或开发，“他说。

“没有人预计Sysadmins成为企业软件架构师，但您只需要了解一些关于开发和软件工程原则的事情。

“实际上，如果你学习了一些这些软件工程原则，你已经做的东西可以更容易，更好地完成，更可靠，”克斯滕说。

与处理方程的人员和过程侧相比，Devops转型的技术部分通常被认为是相对“简单的”来解决。尽管许多企业遭受异构性复杂的IT环境的努力，这是这一事实。

他们可能正在运行来自多个提供商的内部前提和云技术，同时尝试集装箱和其他工具，因为它们设置了其现代化IT庄园。

这些设置有时会使企业运营团队难以自动化和管理他们的IT遗产，使用基础架构作为代码（IAC）原则，这被认为是用于加速他们的软件开发和交付周期的组织的必备组织。

“复杂的运营团队始终知道他们拥有的东西，他们的基础设施是什么，而且它在做什么，但我们绝对看到了作为代码和自动化的采用基础设施的障碍之一[是人们说]，”我甚至不知道我的服务器都在做什么，我害怕触摸他们中的任何一个'，“克斯滕说。

Puppet的Discovery工具的技术预览在PuppetConf中首次亮相，旨在为组织提供实时洞察，以便其基础架构的表现方式。因此，它的仪表板提供了企业正在运行的许多服务器的崩溃，其中云实例可以帮助它们跟踪基于容器的文件更改。

它可以微调，以跨VMware vSphere以及亚马逊Web服务和基于Azure的云环境，在适当的时候为Google Cloud提供了Puppet的支持。

“我们越多给人的工具就越 - ”这是你所拥有的，这就是它看起来像是这样，这里是一种让它成为管理的方法，这只是为了提供帮助，“他说。

在Puppetconf的开幕式中，该公司的首席执行官和总裁，Sanjay Mirchandani谈到了公司的计划，帮助企业自动化更多的应用程序和基础设施遗产。

这包括从木偶任务中的滚动。这是一家旨在帮助组织的产品系列，自动化更多的基础架构和应用程序。包含在它中是Puppet Bolt，它针对刚刚开始自动化的公司或正在运行相对小规模的IT基础架构，他们具有需要自动化的一次性或临时流程。

通过帮助公司依赖于使用手动流程来管理其基础架构的依赖，这可能有助于他们采取任何小型DevOps成功，他们可能已经享有迄今为止的企业范围。

“我每天都和Cios交谈，Devops和自动化周围对话的精髓往往是，”我在这里有袋子成功，我在这里有了成功的口袋，[但]如何扩展和如何扩展我在我的企业中规模，“他说。

Mirchandani表示，该过程往往更加直接为“出生于云端”，因为他们缺乏旧企业的传统技术限制。

“他们倾向于只有一个进程或技术 - 他们标准化，他们简化了，他们自动化，他们......骑自行冲洗并掌握，”他告诉1,000左右的木偶通道与会者。

“传统公司倾向于至少有一切，[那是]为自己带来压力成为集成商。那是我们注册的吗？没有人想这样做。必须有更聪明的方式。“

自动化可以帮助，因为它为创建部署环境的行为带来了一致性和可预测性，以及为更有效的软件开发周期提供贡献。

然而，傀儡的推动，以提高整个组织的基础设施和申请遗产的普遍性可能会迅速从IT部门中的杀戮恐慌令人害怕这对他们未来的工作保障意味着什么。

“每个人都被要求做的事情比他们现在可以做得更多，自动化不会摆脱任何工作，它实际上会让你让你完成的工作让你要做的事情，”克斯滕说。

“现实是我们经历了一段时间破坏性的变化，有些人会抵抗那个 - 不是每个人都在船上，而且那些人不会容易。”

出于这个原因，他表示，对于那些“销售的福利”，对Devops和自动化销售的人来说是努力，让人难以处理变化的人，并努力将它们沿着旅程带来。

“[他们需要]解决如何以真实的和现实的方式播放好处，我们将在几年没有人必须工作的几年内经济工作，因为傀儡和机器人将运行一切。我们显然不会到达那里。“