DevOps实践指南 DevOps是一种软件工程文化和实践，旨在统一整合软件开发和软件运维。DevOps运动的主要特点是强烈倡导对构建软件的所有环节（从集成、测试、发布到部署和基础架构管理）进行全面的自动化和监控。DevOps的目标是缩短开发周期，提高部署频率和更可靠的发布，与业务目标保持一致。 development/operations，一组过程、方法，系统的总称，用于促进开发（应用程序、软件工程），技术运营，质量保障部门之间的沟通，协作和整合。 本书为DevOps转型提供了从启动到实现所必须的理论、原则和实践案例。 它是传统敏捷、精益管理和ITSM管理等实践的大融合。 在系统的稳定性、可靠性、可用性、安全性方面达到世界一流水平。 技术债务是指我们当前所做出的决定会导致一些问题，而这些问题随着时间的推移会越来越难解决，未来可采取的措施也越来越少。 精益运动： 精益的两个主要原则包括：坚信前置时间（把原材料转换为成品所需要的时间）是提升质量、客户满意度和员工幸福感的最佳度量指标之一；小批量的任务交付是缩短前置时间的一个关键因素。 敏捷宣言：一个重要的原则是“频繁的交付可工作的软件，交付周期可以是数星期也可以是数月，推荐更短的周期”。 敏捷基础设施和velocity大会 持续交付：持续交付中“部署流水线”确保代码和基础设施始终处于可部署的状态，所有提交到主干的代码都是可以安全的部署到生产环境。 丰田套路：所有企业都有日常的工作流程，而这些工作流程决定了最终的产出。通过设定目标，制定每周的详细计划，并持续改善日常工作，如此循序渐进，才能达到优化和持续改进的目的。 第一部分 devops介绍 1、第一部分包含以下内容： 流动原则：它加速了开发、运维到交付给客户的流程。 反馈原则：它使我们能够建设出更加安全可靠的工作体系。 持续学习与实践原则：它打造出一种高度信任的文化和一种科学的工作方式，并将对组织的改进和创新作为日常工作的一部分。 2、价值流： 一个组织基于客户的需求所执行的一系列有序的交付活动或者是为了给客户设计、生产和提供产品或服务所需从事的一系列活动，它包含了信息流和物料流的双重价值。 技术价值流： 把业务构想转化为向客户交付价值的、由技术驱动的服务所需要的流程。 3、前置时间和处理时间 前置时间在工单创建之后开始计时，到工作完成时结束。 处理时间则从实际开始处理这个工作开始计时，在不包含这个工作在队列中的排队等待时间。 返工指标：%C/A： 完成时间和精准的总花费时间的百分比。 自动化测试和探索测试 第二章 我们的目标是在缩短代码从变更到生产环境上线所需时间的同时，提高服务的质量和可靠性。 单间流：每次操作只执行一个单位产品的处理。 持续识别和改善约束点： 识别系统的约束点 决定如何利用这个约束点 基于上述决定，考虑全局工作 改善系统的约束点 如果约束点已经突破了，请回到第一步，但要拒绝惯性导致的系统约束。 约束点包括： 环境搭建、代码部署、测试的准备和执行、紧密耦合的架构 提升技术价值流的流动性对实施devOps来说至关重要。为此我们需要将工作可视化、限制在制品
标签：指南,读后感,部署,持续,代码,环境,DevOps,工作,测试 From： https://www.cnblogs.com/zszitman/p/17032250.html