devops 传统软件交付_采用IBM DevOps方法进行连续软件交付

IBM DevOps引入了用于持续交付软件的企业功能，使组织能够抓住市场机会并减少获得客户反馈的时间。 此功能将支持您的软件交付过程的人员，实践，技术和信息结合在一起。

DevOps：IBM方法

IBM白皮书DevOps：IBM方法解释了为什么持续交付软件是企业必备的功能。

本文概述了在组织中采用或改进连续软件交付的四种途径。 这些采用路径重点在于：规划和测量，开发和测试，发布和部署以及监视和优化。 除了采用途径之外，本文还提供了一个基于实践的框架，称为IBM DevOps成熟度模型，它可以帮助您评估当前的实践，定义路线图并在采用IBM DevOps的过程中评估您的改进情况。方法。

采用框架

IBM DevOps成熟度模型是您的沟通工具，可将您的改进策略告知您的企业。 该模型超越了组织，业务领域和技术。 我们基于实践的模型反映了企业采用框架的更广泛上下文。 它定义了执行策略的最佳实践，该策略以迭代方式采用新解决方案，并使您的组织能够评估，计划，定义和部署可为您的企业带来可衡量结果的改进。 采用框架规定了准备，试验和将改进发布到企业中的步骤。

如图1和表1所示，采用框架的第一步之一是评估您的当前成熟度水平，并决定采用或改进企业DevOps功能的范围，体系结构和路线图。

图1.采用框架

表1.采纳框架中的活动

活动	描述
评估并决定	评估当前的成熟度，并确定采用或改进企业DevOps功能的范围，体系结构和路线图。
建立核心团队	建立领导和指导小组以推动改进/采用并支持更广泛的虚拟主题专家团队。
定义工作模型	定义一个使用模型，以解决每个角色的流程和活动，以及针对试验中计划的功能的工具配置和支持体系结构。 然后，这将用于解决方案的用户接受测试，并由试点团队在试点期间使用。
为飞行员做准备	定义用于验证目标的试验结果/目标和度量。 使用使用模型，产生资产以支持将解决方案引入试点团队。 资产可能包括培训，工作帮助，插件，报告和查询。
试点项目	在生产项目或计划中将定义的改进与真实数据一起使用。 衡量目标，验证使用模型，然后为下一个试用版/发行版改进解决方案。
执行采用策略	在试验之后，根据路线图在组织，技术和应用程序之间部署试验的能力。
释放	该版本是定义明确的改进，可以为用户，团队，项目，程序，部门和企业产生可衡量的结果。

采用路径

该表源自白皮书《 DevOps：IBM方法》 ，定义了DevOps功能，这些功能用于解释在定义当前成熟度以及定义改进路线图时应考虑哪些人员，实践和技术。

表2.采用路径

采用路径	描述
计划和衡量	包括业务计划实践。 业务计划和度量采用精益原则，从识别测试业务远景/价值，持续调整和调整，衡量实际进度，了解客户真正想要的内容以及敏捷性转向和更新计划所需的结果和资源入手。 。
开发和测试	由协作开发和测试实践组成。 协作开发使业务，开发和质量保证组织之间的协作（包括跨时区的外包项目中的承包商和供应商）能够持续交付创新的优质软件。 这包括对多语言编程的支持和对多平台开发的支持，思想的阐述以及跨团队生命周期管理的用户故事的创建。 协作开发包括持续集成的实践，这促进了频繁的团队集成和自动构建。 通过更频繁地集成系统，可以在更易于修复时及早发现集成问题，并通过不断的反馈减少整体集成工作，因为该项目显示出持续而可证明的进展。 连续测试可以降低测试成本，同时可以帮助开发团队平衡质量和速度。 它消除了通过虚拟化相关服务产生的测试瓶颈，并且简化了虚拟化测试环境的创建，可以随着系统的变化轻松地进行部署，共享和更新。 这些功能通过允许在生命周期的早期进行集成测试，从而降低了配置和维护测试环境的成本，并缩短了测试周期。
发布和部署	包括发行和部署实践。 发布和部署提供了连续的交付管道，可自动部署到测试和生产环境。 它通过按钮部署减少了手工劳动，资源等待时间和返工，从而提高了发布频率，减少了错误以及端到端的合规透明性。
监控和优化	包括监视，客户反馈和优化实践。 监视提供了易于访问和消耗的报告，可帮助开发人员和测试人员了解其应用程序在生产中以及部署到生产之前的性能和可用性。 持续监控提供的早期反馈对于降低错误和变更的成本以及指导项目成功完成至关重要。 持续的客户反馈提供了可视的证据和完整的上下文，可用于分析客户行为并查明客户的痛点。 可以在生产前和生产后两个阶段都应用反馈，以最大程度地提高每次客户拜访的价值，并确保成功完成更多交易。 这样就可以立即查看影响其行为并影响业务的客户争斗的根源。

DevOps成熟度

IBM在帮助组织成功采用IBM DevOps方法方面的经验为采用或改善DevOps功能和成果的业务驱动战略提供了支持。 制定以业务为导向的战略包括：确定一组可衡量的业务目标的优先级，以您的当前实践为基准，并制定一个渐进的采用路线图，以保持与您的目标保持一致。 路线图应提供功能改进的指南，并确定实现业务目标的增量步骤。 定义路线图的最好的第一步是从评估当前的成熟度级别并定义支持目标的目标开始。

使用IBM的基于实践的成熟度模型并开发以下各节所述的优先级热图，可以提供定义和实现您的结果的框架，以及衡量改进的计划和方法。

优先进行功能改进

IBM建议通过评估与每个采用途径相关的每个高级功能来定义整个组织的改进优先级。 还可以确定组织或角色之间的潜在依存关系，以显示协作在哪里破裂或减弱。 可以针对组织中已经在进行的特定计划定制评估，以将重点缩小到特定的关注领域。 如图2所示，通过高级功能模型对改进进行优先级排序，可帮助您定义以通用方式对所有涉众采用DevOps所需的范围和关键功能。

图2.样本能力改进热图

基于实践的成熟度模型

IBM DevOps基于实践的成熟度模型定义了四个成熟度级别，这些级别与您的组织当前如何执行与每个采用路径一致的实践相关。 随着您从练习 过渡到按比例缩放 ，成熟度级别会增加。 该模型包括每种采用途径的实践成熟度。

成熟度

IBM DevOps成熟度模型定义了四个成熟度级别，这些级别描述了组织执行与每个采用路径一致的实践的程度。 这些级别考虑：一致性，标准化，使用模型，定义的实践，导师团队或卓越中心（COE），自动化，持续改进以及组织或技术变更管理。

表3.成熟度级别

成熟度	描述
练过	一些团队可能会进行与练习相关的活动，但并不一致。 未定义企业标准。 可能已经实现了自动化，但是没有一致的使用模型。
一致的	定义了企业实践标准。 一些团队进行与练习相关的活动并遵循标准。 没有核心团队或COE来协助实践。 自动化（如果使用）遵循企业标准。
可靠	存在一些机制来协助采用并确保遵循标准。 一个核心的导师团队可为您提供最佳实践，教育和改进方面的帮助。
缩放比例	在整个企业范围内，对实践的采用已被制度化。 COE是持续改进和实现的成熟且不可或缺的部分。 实践在整个企业中已成为主流。 制定了反馈流程以提高标准。

成熟度模型

图3显示了IBM DevOps成熟度模型。 垂直列与采用路径对齐，水平行指示随着您从下到上移动而增加的成熟度级别，其中实践级别是最低的可测量级别 ， 规模 级别 是最高的 。 每列代表特定采用路径的一组实践和成熟度级别。 该模型提供了一种评估和查看整个DevOps连续性的成熟度的方法，旨在与其他专业模型（如敏捷，SOA和CMMI）的目标和结果保持一致。

图3. DevOps成熟度模型

成熟进度

以下各节介绍了每种采用路径的成熟度等级进度。 他们描述了组织如何通过采用新的实践和支持技术来在采用过程中走向成熟。 重要的是要了解，要在采用路径上达到一定程度的成熟度，组织可能还必须在其他依赖的实践中成熟。 例如，为了有效地实现真正的连续测试功能，组织将需要具有连续集成和构建应用程序的功能，以及将构建程序连续部署到测试环境中的功能。

计划和衡量

在实践级别，组织在每个项目的文档中捕获业务案例或目标，以定义策略的范围，但是项目的资源管理在部门级别进行。 一旦执行了项目，就可以在项目或计划的上下文中管理变更和范围，以在预算内按计划实现目标。 随着组织的成熟，业务需求会记录在企业环境中，并进行测量以满足客户价值指标。 然后，将这些需求确定优先级，使其与发布保持一致，并与计划或项目需求相关联。 项目变更和范围在项目组合级别进行管理。

开发和测试

在实践级别，项目和程序团队以文档和电子表格的形式生产多个软件开发生命周期产品，以解释其需求，设计和测试计划。 代码更改和应用程序级构建按正式的定期计划执行，以确保有足够的资源来克服挑战。 在大多数（如果不是全部）构建完成之后，在将应用程序构建正式交付给QA团队之后，执行除单元级别之外的测试。 随着组织的成熟，软件开发中的敏捷性不断提高，以改善业务一致性，从而推动了对持续不断的反馈的需求。 例行执行软件交付，集成和构建，然后针对单个开发人员，团队，应用程序和产品连续进行。 向早期反馈和持续交付的转变通过利用自动化测试和虚拟化来鼓励测试的成熟。 集中的测试功能提供跨项目的服务，以连续运行回归和其他自动化测试，前提是基础架构和应用程序部署也可以支持这些测试。 链接的生命周期信息开始在跨功能信息的背景下支持改进的协作。 这最终为开发智能提供了基础，该智能用于评估连续过程和技术改进的影响。

发布和部署

在实践级别，每年计划为新功能和维护团队发布版本。 必要时会出现重要的维修和非周期发布。 所有发布都通过通过面对面会议更新的电子表格进行管理。 变化的影响分析是在事件发生时手动执行的。 使用手动或手动暂存和启动的脚本可以跨部门一致地执行应用程序部署和中间件配置。 基础设施和中间件的配置类似。 随着组织的成熟，将在协作环境中集中管理发布，该环境利用自动化来维护各个应用程序的状态。 部署和中间件配置是自动化的，然后成熟为自助服务模型，该模型为单个开发人员，团队，测试人员和部署管理人员提供了持续构建，配置，部署，测试和升级的功能。 基础架构和中间件配置已发展为类似于应用程序部署的自动化然后自助服务的功能。 运营工程师停止手动更改环境； 相反，他们专注于优化自动化。

监控和优化

在实践级别，将监视部署的资源，并在事件或问题发生时加以解决，而无需受影响的业务应用程序的上下文。 开发和运营组织进行非正式协调，通常由特定事件或问题驱动。 用户对业务应用程序的体验的反馈是有限的，并且只能通过正式的缺陷程序来获得。 随着组织的成熟，监视将在业务应用程序的上下文中执行，并且优化将在QA环境中开始，以提高稳定性，可用性和整体性能。 监视客户体验以优化业务应用程序中的体验。 反映业务价值实现的客户关键绩效指标的优化是持续改进计划的一部分。

DevOps评估和计划

如何开始您的DevOps旅程？ 最困难的部分是确定正确的第一步，然后在整个采用过程中保持支持。 我们发现，伟大的第一步是通过实现成熟度改进的计划来概述组织的DevOps投资策略。 这些措施构成了从您当前的实践成熟度水平开始逐步改进的基础。 进行跨职能的讨论，以定义计划目标，确定路线图的优先改进并确定组织可以实现的快速胜利。 然后，利用前90天可实现的快速胜利来建立势头，并保持基层的精力和管理层的支持。

DevOps评估和计划研讨会

有关DevOps评估和计划研讨会的更多信息，或有关成熟度模型的其他信息，请联系您的IBM Sales Manager。

定义计划或确定并执行这些快速目标的一种方法是利用IBM的DevOps评估和计划研讨会 。 它旨在加快您对DevOps改进和采用的入门工作。 使用基于实践的方法，我们利用DevOps成熟度模型对您当前的成熟度进行基准测试，并提出逐步改进的建议。 在研讨会期间，我们的专家顾问会与您的团队进行协作讨论，以优先制定一组DevOps改进计划，定义结果并制定总体策略。 然后，我们可以帮助您定义一系列优先的实践改进，这些改进构成了支持每个计划的可执行路线图和体系结构的基础。 我们将审查您当前的能力，并探索每个实践领域的改进（例如需求，构建，部署，管理等），从而为迭代的DevOps改进制定优先的规范性路线图。 该讲习班侧重于整个软件交付连续性的特定领域，以交付可执行策略，以实施一系列增量计划来改善您的DevOps功能。 该研讨会加快了您在DevOps旅程中的第一步，并提供了一套已定义的计划，策略以及详细的改进路线图和体系结构。

---

翻译自: https://www.ibm.com/developerworks/library/d-adoption-paths/index.html