百度持续交付案例—微信语音分享实录
2019-12-26
来源：百度敏捷教练
了个打包，C平台提一个测试单，在D平台去做这种测试的工作。这种信息流之间的低效流转也会造成很大的浪费
我们部署过程中经常会碰到版本配置问题、依赖问题，各种各样的错误，造成我们上线过程中出现大概率的阻塞。我们部署可能原来计划很快的完成，有的时候实际要消耗数天的时间，因为集群规模很大。
以上这些问题怎么去解决呢？主要是两个思路：
第一个思路就是消除浪费，其实在精益生产里面很早就提出了七种浪费，我们会惊讶地发现这些浪费和我们在软件开发过程中所遇到问题是非常匹配的，我们要想办法消除掉这些浪费。
第二个思路就是通过技术的方式对低效环节进行改造，比如对基础设施、软件运行环境进行虚拟化或容器化，对打包、部署过程标准化和自动化等，这里会涉及很多内容和技术点，今天因为时间关系我们就不一一展开说明了。
最后，我对上面分享的内容，做一个简单总结。我们所有改进工作的目的都是为了达到持续交付核心目标，这个目标包括三个方面：
第一就是我们能够快速的去发布我们的产品
第二就是我们能够让这个全过程变成一个可视可控的过程
第三就是我们说不光要快，而且要高质量交付
支撑快速发布的就是要自动化，去实现自动化的编译、各级自动化的测试、自动化的打包和部署，以及一键式操作，比如一键提测、一键发布，一键部署和一键回滚等。
支撑可视可控的就是我们的核心--交付流水线，交付流水线里面，我们要实现一个端到端的交付流程的编排和控制，那么通过这个中枢神经，去调度我们交付相关的活动，并且通过这种流水线进行构建的状态的追溯、监控和度量，去发现和解决问题。
在前两个基础之上，我们提出对全面的质量控制，比如说我们通过各级的持续集成和测试，形成一张质量的防控网，并且通过人工的决策和审批去加强我们的风险的控制。
那最后就是通过我们持续交付的工具链，把上面的所有的过程做有效支撑。
项目实施持续交付后的最终效果：
测试周期整体缩短了60%以上；
部署的耗时降低了80%以上；
通过标准化打包，标准化部署，达到每日多次发布的能力；
部署遇到故障可以快速回滚；
从端到端交付角度，从开发到上线整体周期缩短了53%；
所有的RD，QA，OP人员都能够基于整个交付流水线，进行紧密协作。
所今天的分享基本就是这些内容，因为时间因素，可能有一些细节的点，没有完全展开去讲解，后续我们也有很多机会跟大家做进一步的交流。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
