提示弥合Devops与遗产之间的差距

根据SDI，集装箱和Devops从SUSE中研究，86％的IT高管将Devops视为其上升前进的IT战略的一部分，77％的人表示计划修改其应用程序开发和交付给Devops模式。

基于由市场研究公司Insight Avenue进行的1,420名高级IT决策者的调查，该研究发现，云，软件定义基础设施，容器和Devops的成熟度正在推动它的转变。

“面对客户的需求和产业中断，英国的IT领导人正在重新思考他们的方法，并寻求快速提高灵活性和速度的最佳方式，同时保持成本，”区域总监Emea West在SUSE时表示。

“云是英国企业的清晰推动者，许多实施云和Devops-FreeS-First策略，以支持广泛的数字转型。”

虽然Devops没有与任何特定技术相关联，但该研究发现许多IT高管觉得容器使Devops工作流程能够实现。事实上，27％的目前正在运行容器，另一个44％的计划在未来12个月内完成这项。

企业通过更好的资源分配（53％），提高可靠性（51％），云搬运（50％），应用可扩展性（43％）和应用开发速度（41％）（41％），提高可靠性（53％），提高可靠性（53％），以及应用发展速度（41％）报道。

SUSE的首席技术官Thomas di Giacoco表示：“今天，每个企业都是一种数字业务，采用灵活的敏捷软件定义的基础架构可以使成功和失败之间的差异。”

但是，组织在尝试扩展Devops流程的公司范围内，组织面临着重大障碍，警告Bola Rotibi，创始人和创意智力咨询总监。Rotibi说：“危险是太多的组织认为他们需要一个单独的devops团队。他们不纳入他们拥有的团队。“

它归结为改变人们工作和考虑项目的方式。“这是让人们认识到Devops真正的样子，他们在它中的角色，”她说。“人们需要不同地思考。”

例如，Devops拥有连续交付和产品改进的概念，与不同IT项目的分配预算不同，“产品经理与项目经理相比，”产品经理以不同的方式思考“。因此，Rotibi表示，IT领导者需要识别Devops将是他们团队中一些人的挑战。

许多IT团队可以与devops斗争的一个区域是Devops团队需要与遗留系统集成。“经常，我们经常听到事物失败，因为域知识与Devops团队想要去的地方有一个断开，”她说。“现实是，缩放Devops并不意味着扔掉你以前所做的一切。您需要扩展过去的经验并建立在过去的工作原理。“

她说，IT领导者需要识别其IT基础架构中的区域，可能会阻碍Devops流程。然后可以以可以使可以最小化对整体Devops过程的影响的方式进行这些潜在的瓶颈。这有时被称为双峰。

许多公司面临的问题是，它们的遗留后端系统已经在很长一段时间内开发，其中增强通常使用瀑布方法，而不是敏捷，这是必要的，使DevOps运行顺利。

根据Perforce Software的首席产品官员蒂姆罗塞尔的说法，当一个组织有一个具有在新服务中使用的属性的遗留应用程序时，有必要设计正确的接口，使Devops团队能够独立地工作。这可能涉及提供合适的应用程序编程接口（API）的传统Leam，以使DevOPS团队能够在不受传统代码可以更改的步伐中运行的情况下工作。

随着计算机每周已先报告，这是方法TicketMaster将新应用程序连接到其核心后端系统。票务公司在核心系统中开发了API，并建立了一个工具管道，以帮助Devops团队更高效地工作。

行业专家认为，对于真正的数字转型，企业需要将回端系统，所谓的记录系统联系起来，具有其新的数字支持的产品和服务。

“我看到很多挑战从瀑布在核心上移动到核心，以利用敏捷的新服务。如何包含敏捷进程以匹配管道交付生命周期？你需要将其视为整个系统，“拉塞尔说。

在罗素的经验中，公司倾向于尝试移动到一个混合模型，其中传统核心慢慢变得更加敏捷。“新的东西（即支持数字的项目）桥接纯敏捷和（遗产）瀑布之间的差距。”

对于罗素，IT领导者需要确保任何Devops项目都有上线规划。“经常在Devops中没有上线规划，”他说。

通过正确的规划，他表示，团队可以将他们的方法从纯粹的瀑布方法转移到普通瀑布方法，以便连续构建和测试代码。“传统系统必须进入自动化过程，”拉塞尔说。此过程自动化可以帮助遗留团队构建和逐步测试。

IT专家建议，除了自动化之外，IT领导者还应该旨在减少其业务运行的遗产金额。