为什么企业工具链需要集成发布自动化？

如果您刚获得用于发布自动化的预算，恭喜！ 您可能迫不及待地将旧的Excel电子表格，工作流和脚本归档，转而使用实际的发布自动化工具来规划、自动化和管理整个发布流程的状态。

根据最新的Gartner应用发布自动化魔力象限，根据Gartner的应用发布自动化魔力象限，全球50％的企业将在2020年之前实施至少一个应用发布自动化解决方案 – 而目前这个数字不到15％。

发布自动化工具对于有实施DevOps计划的企业来说至关重要，因为它们有助于简化和自动化从“代码提交”到生产的活动。在当今竞争激烈的市场环境中，小公司需要具备的敏捷性，要求您以最高的速度和质量发布应用。

问题是：你需要发布自动化吗？

期望发布自动化带来什么?

发布的核心是自动化，它是一个工作流引擎，负责协调将应用程序发布到生产环境中所需的所有步骤。某些任务可能是手动的，但许多任务都是自动的，并启动其他工具中的进程。

最流行的发布自动化工具包括 XL Release(XebiaLabs), UrbanCode Release (IBM), ElectricFlow (Electric Cloud), Serena Release Control (Micro Focus), 和 Automatic Release Automation (CA Technologies)。

如果该版本与整个软件开发流程（包括规划、设计和实施）不完全整合，该组织仍然难以实现快速的端到端交付。

就其本质而言，发布自动化工具需要许多轻量级集成（通常以插件的形式）来触发其他工具中的进程，例如启动冒烟测试，设置或销毁环境以及部署发布版。

因此，发布自动化软件很快成为CI / CD流程的中心、使用的所有工具的核心都不足为奇。然而，尽管发生了巨大的飞跃，但发布自动化只是通过软件交付流程实现优化工作流程的难题之一。

通过发布自动化，避免重复敏捷错误

发布自动化虽然至关重要，但却专注于优化“构建、发布和部署”阶段。如果该发布过程与整个软件开发（包括规划、设计和实施）不完全整合，组织仍然难以实现快速的端到端交付，帮助创业公司和巨头赢得市场。

如果您还记得，当敏捷第一次出现时，开发速度加快，但瓶颈转移到了运维上。 没有人关注端到端的工作流程，没有人意识到优化一个工作中心意味着正在进行的工作（WIP）将在下一个工作中堆积起来。DevOps诞生于这场危机。

具有前瞻性的IT领导者已经可以预见到，即使是敏捷和DevOps的组合，包括发布自动化，也是不够的。瓶颈和延迟将在其他阶段发生 - 如构思，规划，功能设计或支持等阶段。

我们需要吸取的经验教训是：如果您正在投资建立任何类型的IT优化基础，则应该采用全面的，面向系统的方法来实现。

考虑到：

Forrester预测，到2018年，“CEO希望他们的CIO能够通过编排有利技术，缩小数字技能差距，以及将CMO与其他高管联系起来，更好地应对跨业务孤岛的转型问题，从而领导数字化工作。”（ 预测2018年：CIO让首席数字官过时，Pascal Matzke和Matthew Guarini于2017年11月6日发布）。

这意味着，在您完成发布自动化实施时，您的CIO已经在寻求一组全新的指标：

• •她会想知道是什么阻止了公司提供更多更快的产品。
• •她会要求您证明您的发布绩效指标如何为实际业务成果做出贡献。
• •她会要求您衡量端到端的交付时间——从最初的想法或客户要求到生产中实际运行。

您的IT工具链策略需要牢记这一点。

您可以通过发布自动化创建端到端的可视性吗？

版本自动化限制了对发布之前或之后发生的活动的可视性或洞察力。它可以在Jira或ServiceNow上触发的少量操作仅仅是需要在工具之间流动以创建可追踪的端到端的复杂流程，及相关信息的一小部分。

为了准备好需要向CIO呈现的指标，您需要将发布自动化与整个软件交付流程联系起来。软件价值流包括四个主要阶段，每个阶段都有自己的一套工具：构思，创建，发布和运维。这些阶段涵盖从功能或新功能的初始阶段到最终交付为止的工作流程，然后通过反馈循环迭代。

整个工具链将需要整合以产生原始功能请求的可追踪记录，因为它从一个阶段转移到另一个阶段。发布自动化工具旨在编排发布工具集群，但无法集成端到端工具链。

利用企业集成基础架构优化版本自动化

有趣的是，您的组织可能计划或正在进行其他IT工具链集成计划，这可能是由生产力、质量或可追溯性挑战所驱动的。这些整合举措正在创造一个可衡量的端到端价值流，您可以利用它来将发布性能与您发布的功能的业务价值结合起来。

企业工具链集成基础架构需要将所有工具结合在一起。集成基础架构可以连接项目的最佳工具，如需求、功能、测试、缺陷和故障单，并自动在它们之间传递工件。由于这种整合，以前通过电子邮件进行的非正式和容易出错的交付，聊天和重复数据输入被正式，可追踪和可测量的信息流取代。

以下是财富100强中流行价值流整合的几个例子：

• 需求管理 <-> 敏捷计划 <->测试管理
开发安全关键软件的组织必须将每个代码更改追踪到相应的需求，并证明代码实际满足需求并进行了测试。 这种集成模式创造了必要的可追溯性。

• 敏捷计划<->测试管理<-> IT 服务管理(ITSM)

软件交付组织正在整合这些工具来实现缺陷报告和解决方案的自动化，并为观测平均修复时间（MTTR）。

• 敏捷计划<->敏捷计划

您会惊讶到有很多组织有多种工具可用于敏捷规划，例如LeanKit，Jira和Targetprocess。 他们需要通过创建主视图来创建一个统一的工作入口和跟踪系统，来监控所有正在进行的工作的。

与短期发布编排活动不同，这些重量级集成可跨工具库，集成工作流程并同步长期工作项目。协作工件包括一组丰富的信息 - 文本、图像、评论、附件及其关系。为了达到这种同步水平，需要一个先进的集成基础设施。

集成基础架构还可以从发布工具集群捕获事件，例如，将变更集或构建链接到story; 从失败的自动化测试、代码扫描或APM告警中创建缺陷; 或者在部署新代码时生成更改请求。

来自高效的IT组织的真知灼见是，他们将企业集成基础架构和发布自动化工具结合起来以实现端到端功能可追溯性。 他们能够向CIO展示自动化版本如何更快地向产品交付功能 - 这些功能可以产生业务成果，如收入等。

但是这提出了一个问题：您应该何时使用发布自动化工具与集成基础架构层本身的集成能力？

通过企业工具链集成基础架构，保持敏捷性

我们非常幸运能够处于丰富的工具时代 - 同类最佳的工具正在蓬勃发展。 IT从业人员可以从数百种工具中选择，仅在DevOps领域就有两百种工具。 您可以选择最大限度地优化个人和团队生产力的组合。

虽然每十年在每个集群中都有一些“明星”工具，但是在Jira和ServiceNow这些高度受欢迎的工具中，工具链不断发展。 没有哪一种工具能够满足多种多样的多学科角色的需求。 敏捷工具体系结构可帮助工具管理人员准备好支持从业人员今天使用的工具以及明天他们将使用的工具。

在模块化的工具架构中，工具松耦合以确保简单性和增加稳定性。 就像在软件中一样，最好通过可扩展的集成基础架构来集成模块化工具，而不是点对点连接。

与发布自动化一起实现集成的基础架构层有几个好处：

•在所有工作项目中传递价值流时创建一个可跟踪的记录：如果主要工件（如feature、story、测试用例、缺陷、版本和故障单都通过集成层在工具之间流转），您将拥有一个统一的系统记录跨职能领域的工作进展以追踪和报告。

• 改进对发布自动化工具的输入：假设您的发布自动化工具具有Jira插件，并且可以查询Jira是否存在未解决的问题，那么将所有缺陷传递到Jira中相应的story实际上有助于发布自动化检查是否符合发布标准 （例如“没有开放的sev 1缺陷”）。 您的测试管理工具与Jira的集成将使所有这些信息随时可供发布自动化使用。

• 整合兼并，重构时避免中断：集成基础架构可帮助您在不中断工作的情况下快速整合新工具链。

• 在不中断现有工作流的情况下，尝试使用新工具或替换旧工具：如果您拥有集成基础架构，则可以测试新工具或交换现有工具，而无需投入任何资源来开发点对点集成。

• 通过在工具之间传递数据来降低工具license成本：防止使用者登录到两个或更多工具。 通过整合的工具链，使用者可以保留他们喜爱的工具。

发布自动化如何与工具链集成相互补充

IT工具链集成最佳实践

我们研究了敏捷工具体系结构对分角色发布自动化工具在集成中应发挥的作用，并提出了三个最佳实践来维护敏捷性：

• 使用发布自动化插件编排发布和部署活动，并在发布工具集群中执行命令。

• 使用企业集成基础架构在构思、创建和运维工具集群中的工具之间传递复杂的数据流，并连接没有可用插件集成的工具。这对于创建可追踪的价值流来说非常重要，这些价值流可以将业绩结果释放出来。

• 在发布自动化工具的功能与企业集成基础架构之间存在重叠的地方，选择最适合的点将发布自动化集成到工具链。如果您的工具具有强大的本地集成 - 就像IBM UrbanCode Release和IBM Rational Team Concert之间那样 – 就用它；反之，如果您的工具没有可用的插件，请使用您的集成基础结构。

在完成这一切的时候，这些都不是一个问题，因为发布自动化和集成基础架构解决了不同团队的不同问题。然而，为了让CIO看到发布自动化的全部价值，一切集成都需要到位。而这其中，面向系统的企业工具链集成方法对IT优化至关重要。

译者介绍：

楼炜，现任云星数据副总裁，业内资深的云计算专家， 10余年云计算经验，7年+ IaaS、PaaS经验，全球云计算大会最佳企业CIO。著有： 《企业级IaaS架构的深度解析》、《企业级私有云构建的架构师阵型及架构策略》、《云管理平台之辩》等文章。

原文来自:云技术实践

声明：所有来源为“聚合数据”的内容信息，未经本网许可，不得转载！如对内容有异议或投诉，请与我们联系。邮箱：marketing@think-land.com