混合IT如何影响企业中的发展

企业中的混合IT主要是作为对发展的回应。 在IT基础架构上进行了数十年投资并且天生不愿将数据存储在其他地方的企业突然被迫将其新基础架构的很大一部分置于云中。 敏捷开发需求已经超过了传统基础架构的能力，从而推动了对基础架构即服务（IaaS）的需求。

开发对企业的这种影响（推动采用云传统混合环境的趋势）是显而易见的结果。 很少被人理解的是混合IT的形成如何反过来影响开发。

零钱是一条两条路

企业对可伸缩性，弹性和安全性的要求并不会因为发布速度的预期提高而消失。 Devops的实践必须与企业相适应，反之亦然，因为与开创devops方法的数字颠覆者相比，企业可能会受到更多法规的束缚，并遭受更多损失。

保持传统系统与转换系统的严格“双峰”分离是效率低下和潜在麻烦的良方。 有效的混合IT不仅应是两个并行的本地和基于云的基础架构孤岛。 控制这些环境的策略基于单个组织的需求，而开发人员的方法必须符合通用策略，尤其是与弹性和安全性相关的策略。

具有讽刺意味的是，devop之所以这样命名，是因为它破坏了开发和运营组织之间的壁垒，在IT组织的传统部门和转型部门之间造成了新的障碍。 彼此可以从中学到很多。

跨混合IT环境的开发需要一种集成方法

为了在企业中实现发展承诺，您必须支持整个价值链，消除许多组，平台和流程之间的约束。 考虑到诸如账户，病历或购票等数据可能存储在分布式系统甚至是较老的技术中，这种“系统思考”方法与孤岛不兼容。

混合IT环境中的Devops需要针对任何技术构建的集成应用程序生命周期管理方法，以准确地识别和衡量约束，以便对其进行处理。

实际上，这意味着用于团队不同方面的工具至少可以被多个团队用来共享信息。 例如，为了提高计划估算，开发时间，测试覆盖率和周期时间的准确性，跨各个管道的可见性至关重要-尤其是当它们共享测试工程师等资源时。

这可能意味着将现有的工具链重新利用或集成到开源工具中，这些工具受从事更多创新项目的人们的青睐。 但是，重点应该放在支持消除约束上，以避免不必要的集成工作。

Devops也适用于大型机

从历史上看，“传统”一词在讨论技术时具有负面含义。 但是换一种方式来看，经时间考验的东西已被“证明”。 例如，Cobol上的大型机技术继续蓬勃发展并得到维护，因为它行之有效，安全且更换成本很高。 尝试实施不包括扩大投资范围的devops方法的企业会面临成本超支和项目延迟的情况，这些项目需要访问大型机上存储的数据。

与其专注于重新创建为大型机构建的应用程序，不如将应用程序和基础架构现代化，可以利用大型机环境中最佳的devop部分。 文化通常是一个障碍，但是大型机开发人员可以通过利用敏捷方法（例如两周的sprint或将工具链与整个业务的其他管道链接）来加快大型机应用程序的发布周期。

大型机开发人员也可以利用云，使用软件将开发和测试工作负载卸载到云中，从而降低了维护应用程序质量的成本。 在合理的情况下，也可以将工作负载直接从大型机迁移到容器和云中。

devop（以及扩展为混合IT）的出现破坏了许多企业IT现状。 现在是时候了，传统社区和转型社区都找到了实现共同目标的方法，这些目标是通过在每个步骤中内置的安全性和质量来更快地交付软件和服务。

From: https://www.infoworld.com/article/3282829/how-hybrid-it-affects-devops-in-the-enterprise.html