敏捷开发、快速迭代、一体化运营在企业的落地的思路

《敏捷开发、快速迭代、一体化运营在企业的落地的思路》由会员分享，可在线阅读，更多相关《敏捷开发、快速迭代、一体化运营在企业的落地的思路（7页珍藏版）》请在金锄头文库上搜索。

1、DEVOPS 模式在公司的落地思路-敏捷开发、快速交付、一体化运营一、 整体介绍（一） DevOps 简介DevOps 不能简单认为是一种工具、方法、技能或组织结构，DevOps 的框架是结合所有这些元素来建立一个流水线的过程，使业 务更快地运营，并能更快地应对变化。DevOps的目标是建立流水线 式的准时制的业务流程，通过合适的准时制业务流程来最大化业务产 出。企业级的DevOps不仅仅是增强的敏捷开发和持续交付，同时 也通过 IT 服务管理和应用程序管理来实现和促进业务增长并保障业 务连续性。（二） DevOps 知识体系实施DevOps时，将从很多知识源、方法论、实践案例和工具中 去选择

2、参考。DevOps主要由以下的三大支柱和一个基础组成/以敏 捷管理、持续交付、IT服务管理为三大支柱，以精益管理理念为基 础。如下图：敏捷管理一支训练有素的敏捷开发团队是成功实施DevOps的关键。规范敏捷意味着速度稳定、适应变化、能发布优质的无错误代 码，越来越频繁和快速发布的开发速度应取决于业务变更的频度。持续交付： 持续交付指的是实现自动应用程序的构建、部署、 测试和发布的流程。 一个关键的关注点是测试，如验收测试和性能 测试等。每个组织都会有各自不同部署流管线，因发布软件的价值流而异。关键的成功因素是为IT服务建立一个单一的部署管线。IT 服务理：当技术成为大多数业务流程的核心环节时，

3、IT服务的连续性和高可用性是业务存亡的关键因素。传统的 IT 服务管理 （ITSM ）最佳实践，不匹配DevOps中所倡导的快速流程。可以基 于DevOps去重新调整ITSM，创建轻量级的只包含所最少必要信息 的，严格聚焦于业务持续性的轻量 ITSM。精益管理理念： 建立一个流水线式的 IT 服务供应链并不容易， 有许多项目要改变现有熟悉的开发周期和方法论，并且有必要在观念 上做出改变。 精益管理包括准实时及自动化，准实时意味着要建立 一个流水线式的单件流的供应链，自动化意味着尽可能实现自动化并 且当生产过程出现缺陷时能停止整个过程。（三）DevOps实施方式DevOps 有三种实施方式，全量

4、方式、协同方式及持续交付方式， 可以根据企业的业务模式进行选择。全量方式。这种方式重点在于关注IT服务战略T服务能给予 业务提供战略优势，并且 IT 战略和业务战略之间保持密切的关系， 企业基本全面采用 DevOps 方式，这种方式适合 IT 服务提供商。协同方式。这种方式将专注如何快速和频繁的提供 IT 服务，并保障可靠运行。这种方式尤其适合交互型系统（SoE）和记录型系统 （SoR）共存的企业。持续交付。这种方式侧重于快速和频繁的软件发布，可以由产品 负责人主导。二、 公司 DevOps 的落地思路 公司信息系统种类众多，既有大量传统业务系统（如 OA、ERP 等），又有大量的类互联网系统

5、（如营销系统）。传统业务系统关注的 是业务连续性及安全稳定性，类互联网系统更关注敏捷高效交付。对 于类互联网系统，可以采用 DevOps 方式，提升敏捷交付能力。DevOps 的落地主要涉及流程、人员、技术三个方面。从流程的 角度来看，需要建立一个准时制的流水线过程，实现流水线式的业务 运营，宿短交付前置期，来实现业务系统/产品的快速交付。从人员的 角度来看，需要建立适合 DevOps 的团队，员工需要真正理解 DevOps 的概念并遵循正确的流程有效执行。从技术的角度来看， DevOp需要依据很多方法和工具，建立一个自动快速部署系统。（一）信息系统交付方式现状梳理 收集整理公司已有和计划建设

6、的信息系统，对信息系统交付的 特性进行分析，对于需要实现“快速迭代”、“敏捷发布”的互联网模式 的信息系统，建议部分采用 DevOps 方式持续快速交付新需求，对 于其他类信息系统，建议通过优化建运协同，提升交付的速度，满足 公司加快开展泛在电力物联网建设需求。（二） DevOps团队组织建设为了保证IT服务的业务连续性，需要在组织中建立DevOps团 队。 对公司，团队成员涉及运检中心的运维人员、工程中心的建设 人员及外部厂商的研发团队，可以组建一个小型优质的 DevOps 团 队，团队人员在6-14人。 团队角色描述如下：通用角色公司映射角色角色职责描述流程主管业务经理（项 目经理）领导并

7、促进团队，这个角色类似于在Scrum （敏捷软件 开发的一种方法）中的Scrum Master。对整个过程 实施可视化管控，力求建立单件流作业的流水线式的流 程。经验需求，Scrum Master，敏捷项目经理。服务主管业务经理（项 目经理）对提供IT服务及时性负有全责。这个角色就类似于 Scrum中的产品负责人，对待办项做管理和排序，另外 还负责IT服务的成本规划。经验需求，Scrum产品 负责人、服务负责人。DevOps 工程师业务经理（项 目经理）以优化和维护自动化流程为主要使命。工程师将检查整 个自动化过程和工具。DevOps流程需要很多工具。 经验需求，研发、工具。发布/部 署协调员

8、运维人员负责监控IT服务的运行状态和下一次发布的进展。做 关于部署是做或不做的决定，需要参照的标准包括安全 性、合规性、监管要求、运营团队的成熟度以及他们的 流程观念。经验需求，IT服务管理、运维。可靠性工 程师（可选）业务经理（项 目经理）监控部署过程中的服务，处理服务运行中所产生的问 题。监控流程状态以确保开发团队严格遵守了 CI（持 续集成）和CD （持续交付）的规则。监视和管理复杂 的构建管线的工作流。有义务提升测试流程。经验需 求，测试，工具，质量保证。开发团队夕陪0厂商的研 发人员DevOps的关键成功因素之一是建立一个训练有素的敏 捷团队。规范的敏捷团队致力于以可持续的步伐来满足

9、 发布计划和发布质量。经验需求，开发，敏捷。运维团队运维人员采用轻量级ITSM并在整体战略的环境中支持对服务的 设计、实施、运维与改进。经验需求：运，持续改善。三）构建持续交付流水线梳理并构建一个流水线式的流程，流程的主体环节包括业务战略和规划、市场营销、可视化管理、项目规划、需求和设计、开发、部署、运维、维保、客户服务、生命周期终止，对于公司的持续交付流 水线，可以主要包含可视化管理、项目规划、需求和设计、开发、部署、运维、客户服务、生命周期终止这几个环节。可视化理：流程主管需了解如何可视化整个过程。项目规划：服务主管组织服务管理办公室（SMO）并定义团队的 基本规则。服务主管创建愿景、目标

10、和项目的价值，然后整合DevOps 的团队成员。 在这个阶段，运行中的基础设施被定义。一 个整体流程的价值流图表被设计。需求和设计 ： 服务主管定义待办任务和并安排优先级。DevOps 团队使用待办任务来定义故事（包括用户故事、测试故事、 运营故事）。 创建服务级别和运营级别协议。 DevOps 工程师和运 营团队定义转换、测试和开发的基础设施。 开发团队还创建了发布 和迭代计划。把关人研究 IT 服务的合规性以及 IT 服务的监管要求。可靠性工程师定义测试方法和测试用例。开发：Scrum是这个阶段最适用的方法论。开发团队必须提交 发布计划并使用规范的敏捷方法。每次迭代（Sprint）的周期需

11、要遵 循业务的需要。从质量的角度来看，XP （极限编程）的实践，例如 结对编程、测试驱动开发、重构和十分钟构建都是有效的。部署： 在完成持续集成之后，自动化流程开始进行验收测试、性 能测试和部署。DevOps工程师应该建立单件流作业方式构建一个 单一的自动化部署途径。可靠性工程师和 DevOps 工程师将共同提 升测试流程。发布/部署协调员监控整个过程的进度，决定是否上线。 运维团队研究如何保持业务连续性。运维：运维团队采用轻量级的 ITSM 流程来监控 IT 服务运行 的状态。 发生灾难事件时，确保关键服务依然运营是至关重要的。 这个团队应该包括可靠性工程师，需要注意两个关键参数：恢复点目

12、标和恢复时间目标（RPO/PTO）。客户服务：服务主管和可靠性工程师负责收集客户的反馈，例如 包括用户体验和质量事件的运营问题。经允许，它们被作为变更请求 添加到待办任务中。生命周期终止：服务主管将决定 IT 服务生命周期的终止条件， 包括发生事件，以及如何发生。（四）搭建 DevOps 工具链DevOps 的实现需要工具链的支撑，相关的工具主要包括应用设 计与开发、项目开发与管理、持续交付、测试管理、自动化测试、安 全开发交付等工具。应用设计与开发：集成开发环境、应用框架等。项目开发与管理：项目管理、工作项管理、计划管理、项目集管 理、文档与知识管理、团队协同、统计度量等。持续交付：版本控制系统、构建与持续集成、制品管理、部署管 理、发布管理、环境管理、应用配置管理、数据管理、流程等。测试管理：用例与测试计划管理、测试数据管理。试、移动应用测试、性能测试等安全开发交付：安全测试、代码安全与合规管理等。（五）DevOps持续优化DevOps 模式没有标准和固定的方式，需要通过实践不断的优 化团队建设、交付流水线和更新DevOps工具链，寺续优化DevOps 交付方式。