博客

数字化转型和DevOps的作用

| 最小

朱莉·奥布赖恩（Julie O’Brien），，，，公司营销高级副总裁

Sachin Chheda，，，，全球账户和行业营销高级总监

数字化转型（DX）触发了组织对久经考验的业务模型并运行日常流程的方式进行了重大改革。昨天的产品被新的信息和服务驱动的产品取代，尤其是在高度商品化的市场中。例如，在零售业中，公司正在采用重新包装产品，创新购买实践并为买家推荐增加情报的方式。得益于高级分析，机器学习，物联网/高级传感器和通用连接等技术，零售商现在能够根据商店界面的消费者，甚至基于库存水平和消费者行为来定位订单之外的消费者。

随着DX的兴起和诸如IoT，数据处理和可视化的支持技术的兴起，软件开发的作用变得越来越重要。为了快速提供新的应用程序和服务，IT团队正在过渡到缩小开发和运营之间差距的DevOps模型。

DevOps到底是什么？根据Wikipedia的说法，DevOps是“软件开发”和“信息技术运营”的剪辑材料。IT文化和技术变化的这种结合旨在消除开发团队和运营团队之间的摩擦，以加速新功能和服务的交付。做得正确，它消除了严格的责任部门并实现了协作和自动化。

潜在的好处是巨大的：

民主化访问和自助服务。开发人员，测试人员和操作可以临时创建开发和测试环境，以支持敏捷开发方法。
快速迭代和释放。从源代码签名到客户发布和使用的自动测试和产品跨度。
快速部署和失败/修复。自动部署（和恢复）策略降低了风险，同时增加了节奏。
闭环设计和测试。每一个变化都是学习和实验的机会，每个差距或错误都是改善测试，仪器和自动化的机会。自动操作允许监视系统触发愈合。

成功过渡到DevOps模型的常见成分是EXEC赞助，敏捷框架以及正确的工具和基础架构。让我们简要探索这些简介，首先从执行赞助开始。

与任何涉及具有不同目标的不同群体的复杂项目一样，重要的是要获得适当的高管和决策者的支持，并向整个团队传达对所需的最终状态的清晰愿景。DevOps是一种文化转变，需要跨业务部门，软件开发人员，质量检查和IT运营团队进行密切合作。国家技术与创新奖章获得者W. Edward Demings的研究发现，“组织的气候对个人的贡献的影响远远超过个人[本身]”。这并不容易改变，因为信仰和文化很棘手，但是从赞助商到较低的组织级别的一致性，以及清晰，定期地传达愿景，改变的需求和现实以及拥抱它的安全性，帮助组织为DevOps做好准备大有帮助。

成功的DevOps模型的核心是敏捷软件开发方法，该方法由一组原则组成，这些原则通过跨不同团队的协作来推动产品和解决方案。尽管该方法有几种变化，但值可以总结如下：

自我组织，交流和协作的动机团队
与客户密切合作（例如，针对功能和质量的反馈循环）
快速回应不断变化的需求（例如，正在进行的创新）
频繁的软件交付（例如，连续集成连续交付）
“工作”软件是成功的真正度量
持续，轻巧但有效的开发文档

DevOps原则通过敏捷软件开发框架进行操作。Agile Scrum是产品所有者与更广泛的团队紧密合作的过程，以确定新功能，错误修复程序或其他“ Sprint”要求的有效负载或积压，以便成功地交付工作软件。跨职能团队 - 包括软件开发人员，IT操作和其他团队 - 在短冲刺中对此积压执行（通常不超过30天）。该过程一遍又一遍地重复，产品所有者根据团队和客户需求重新确定积压待遇。

冲刺包括持续开发和集成，连续测试，连续交付，持续部署和操作。在整个生命周期中，在开发，测试，分期和生产中也有一个连续的反馈回路。从这些冲刺创建的新软件可能会被部署到较小的“金丝雀”集中，然后再向较大的受众推出，以审查功能和性能。同样，团队可能会运行轻巧的金丝雀测试，以在进行更详细的测试之前快速审查过程和代码。

Scrum框架还要求Scrum Master的角色，Scrum Master是团队主持人/推动者。主持人可能与产品所有者可能没有相同的角色。鉴于开发/释放周期的快节奏性质，团队成员之间的清晰频繁沟通至关重要。这通常是由Scrum Master促进的日常进度和目标的快速站立会议标记。这种类型的接口从各种来源（包括制造（汽车），研究小组（NASA，美国能源部）等等。DevOps模型中的其他玩家包括软件开发人员，IT运营团队和产品所有者。前面讨论的文化和过程促进了他们的紧密合作。

组织成功部署DevOps的最终和同样重要的因素是工具和基础架构。在这个由两部分组成的博客系列的下一部分中，我们将探索帮助转向DevOps模型的工具和基础架构。