《DevOps基础知识》课件.docxVIP

DevOps基础知识

1.定义及理念

1.1.定义

“DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运维工作必须紧密合作。

1.2.DevOps的业务价值

对于DevOps的业务价值，我们有确凿的证据。从2013年到2016年，在PuppetLabs的年度

DevOps现状报告中（本书作者JezHumble和GeneKim为报告做出了贡献），我们对25000多名

技术专家进行了数据收集，目的是更好地了解企业应用DevOps不同阶段的运维状况和习惯。

这份数据第一个让人震惊的地方就是，应用了DevOps的高绩效公司在以下方面的表现远超低绩效同行：

?吞吐量指标；

?代码和变更部署次数（频繁30倍）；

?代码和变更部署前置时间（快200倍）；

?可靠性指标；

?生产环境部署（变更成功率高60倍）；

?平均服务恢复时间（快168倍）；

?组织性能指标；

?生产力、市场份额以及营业目标（大约2倍以上）；

?市值增长（3年内高出50%）。

换句话说，高绩效者要更加敏捷和可靠，这证明DevOps能够打破根本的、长期的冲突。高绩效者部署代码的频率要高出30多倍，从“代码提交”到“在生产环境中顺利运行”的速度要快200倍——高绩效者的交付周期是以分钟或小时来计量的，而低绩效者的交付周期则以周、月甚至季度来计量。

此外，高绩效者有两倍的利润率、市场份额、生产率目标。而且，对于那些已经上市的企业，我们发现高绩效者在3年内的股票市值增长率高出50%。他们的员工满意度高，员工倦怠程度低，把公司推荐给朋友的可能性要高出2.2倍。①高绩效者信息安全成果也更好。通过将安全目标集成到开发和运维流程的所有阶段，他们用在安全问题修复上的时间减少了50%。

1.3.提高开发人员的生产力

当我们增加开发人员的数量时，由于沟通、集成以及测试开销，单个开发人员的生产力通常会显著下降。FrederickBrooks在其著名的《人月神话》一书中强调过这一点。他解释说，当项目延迟时，增加更多的开发人员不仅降低了单个开发人员的生产力，而且也降低了整体的生产力。

另一方面，DevOps证明了在拥有正确的架构、技术实践和文化规范的情况下，小型开发团队能够快速、安全、独立地开发、集成、测试和部署变更到生产环境。前谷歌工程总监RandyShoup发现，使用DevOps的大型企业“拥有数千名开发人员，但小团队依然能受益于他们的组织架构和实践，具有像创业公司一般惊人的生产力”。

《2015年DevOps现状报告》不仅调查了“每天的部署次数”，还调查了“每天每个开发人员的部署次数”。我们假设高绩效公司可以随着团队人员数量的增长而增加部署次数。

1.4.三步工作法

《凤凰项目》把三步工作法作为基础的原则，并由此衍生出了DevOps的行为和模式。

第一步，实现开发到运维的工作快速地从左向右流动。为了最大程度地优化工作流，需要将工作可视化，减小每批次大小和等待间隔，通过内建质量杜绝向下游传递缺陷，并持续地优化全局目标。

通过加快技术价值流的流速，缩短满足内部或者外部客户需求所需的前置时间，尤其是缩短代码部署到生产环境所需的时间，可以有效地提高工作质量和产量，并使企业具有更强的外部竞争力。相关的实践包括持续构建、集成、测试和部署，按需进行环境搭建，限制在制品数量，构建能够安全地实施变更的系统和组织。

第二步，在从右向左的每个阶段中，应用持续、快速的工作反馈机制。该方法通过放大反馈环防止问题复发，并能缩短问题检测周期，实现快速修复。通过这种方式，我们能从源头控制质量，并在流程中嵌入相关的知识。这样不仅能创造出更安全的工作系统，还可以在灾难性事故发生前就检测到并解决它。及时发现并控制这些问题，直到拥有有效的对策，可以持续地缩短反馈周期和放大反馈环，这是所有现代流程优化方法的一个核心原则，能够创造出组织学习与改进的机会。

第三步，建立具有创意和高可信度的企业文化，支持动态的、严格的、科学的实验。通过主动地承担风险，不但能从成功中学习，也能从失败中学习。通过持续地缩短和放大反馈环，不仅能创造更安全的工作系统，也能承担更多的风