藏经阁-持续交付2.0 ——业务引领的DevOps 藏经阁-持续交付2.0 ——业务引领的DevOps是阿里云推出的DevOps解决方案，旨在帮助企业实现业务引领的持续交付。下面是该解决方案的知识点总结： 1. 业务引领的DevOps：业务引领的DevOps是指将业务目标与技术目标相结合，以达到业务价值的最大化。该概念强调了业务需求对技术实现的引领作用，使技术发展服务于业务目标。 2. 持续交付2.0：持续交付2.0是指在DevOps的基础上，对整个交付过程进行优化和自动化，以提高交付速度和质量。该概念强调了自动化、标准化和可重复性的重要性。 3. 阿里云DevOps平台：阿里云DevOps平台是阿里云推出的DevOps解决方案，提供了从代码管理到部署的全生命周期管理。该平台支持多种编程语言和框架，能够满足不同企业的需求。 4. 持续集成（CI）：持续集成是指将代码的编译、测试和部署自动化，以提高软件开发的效率和质量。CI工具可以自动地编译、测试和部署代码，减少手动错误的可能性。 5. 持续交付（CD）：持续交付是指将代码从开发环境到生产环境的自动化部署，以提高软件的交付速度和质量。CD工具可以自动地将代码部署到生产环境，减少手动错误的可能性。 6. Less Communication, More Alignment：Less Communication, More Alignment是指在DevOps实践中，通过自动化和标准化来减少沟通成本，提高团队协作效率。该概念强调了自动化和标准化在DevOps中的重要性。 7. 企业DevOps实践：企业DevOps实践是指将DevOps理念和实践应用于企业实际中，以提高软件开发和交付的效率和质量。企业DevOps实践需要结合企业的具体情况，制定相应的DevOps策略和实施计划。 8. DevOps工具链：DevOps工具链是指在DevOps实践中使用的一系列工具和平台，例如版本控制工具、自动化构建工具、持续集成工具、持续交付工具等。这些工具可以帮助企业实现自动化、标准化和可重复性的DevOps实践。 9. 业务价值驱动的DevOps：业务价值驱动的DevOps是指将业务目标作为DevOps实践的驱动力，确保DevOps实践服务于业务目标。该概念强调了业务价值对DevOps实践的指导作用。 10. DevOps文化变革：DevOps文化变革是指将DevOps理念和实践融入企业文化中，以改变企业的开发和运维方式。该概念强调了DevOps文化变革对企业的transformative作用。

jenkins自动化部署持续交付工具；包含安装程序；问题解答，安装文档，部署文档等；可以直接运行；有兴趣的可以下载看看

乔梁：我们先追溯一下相关的历史。最开始的时候，记得是2009年，社区中有人总结了一个持续集成成熟度模型。然后，在这本书中提出了一个持续交付成熟度模型，被认为是1.0版。Jez根据近一年的实际应用，对其进行了一些修订，于是又有了1.2版。这个模型本身是普适的，并没有说特定的某个领域适用，所有的软件团队都可以拿过来做解读，用这把尺子量一量现在在哪儿，下一个目标在哪儿。也就是说，它是用于团队自我改进，而非用于团队间的横向评比。 但是，有人把它与CMMI做类比，用来衡量团队达到了几级。这其实是一种不当的用法，因为，这个模型是贡献给社区的一个参照，并未想过要成为一个用来衡量团队绩效的标准。我们在百度也只是用来衡量团队持续集成实践的成熟度，以便发现团队的下一个改进目标。 而且，它是对持续交付实践过程的一种度量，不是对业务结果的度量。所谓对过程的度量，就是指各维度的实践做得怎么样。但是这样的实践之后，对业务有什么样的贡献，是周期缩短了还是bug减少了，最终还是服务于这些业务目标。假如在每一个维度上的级别都很高，但业务的贡献度却没有那么高，我觉得那一定是有问题的。

参考了下中国信息通信研究院发布（已在中国通信标准化协会立项）的行标“研发运营一体化（DevOps）能力成熟度模型”中对于“持续交付”两大核心流程中的三级指标，做了下对比

建设持续交付容器云平台.pdf

基于持续交付的精益运维实践.pdf

持续交付：高效率和高质量可以兼得.pdf

持续交付指导文件，包含DevOps持续交付工作流程介绍以及相关的工具

将开放过程和交付过程放在一起诠释，不仅提到了技术与工具，而且提供了一种理念和一些原则

如今，敏捷开发已经是一种趋势。比如老板需要你明天就能部署好服务器，用于展示给投资人/客户，但是你现在只开发了一半，服务器环境也没有搭建好，一切线上的东西都需要几天时间才能就绪。再比如有多台服务器，做了负载均衡，一旦需要发布服务，需要去每台服务器上分别部署，很多需要的环境变量都可能出错。这本书从思想、工具、方法上解决了以上的问题，即持续交付。