持续交付解决方案PPT课件

1、持续交付教育研发中心 2015-05-12目录l 持续交付简介l 工作计划讨论什么是持续交付？ 什么是持续交付？ 持续交付持续交付是在用户与项目团队（包括客户或者Product Owner）之间建立紧密的反馈环建立紧密的反馈环，即：通过持续交付新的软件版本，验证新的想法和软件的改动，并能衡量这些改动对收入的影响。 持续持续交付交付(Continuous Delivery)(Continuous Delivery)是一系列的开发实践方法一系列的开发实践方法，用来确保让代码能够快速、安全的部署到产品环境中。它通过将每一次改动都提交到一个模拟产品环境中，使用严格的自动化测试，确保业务应用和服务能符合

2、预期。因为使用完全的自动化过程来把每个变更自动的提交到测试环境中，所以当业务开发完成时，你有信心只需要按一次按钮就能将应用安全的部署到产品环境中。 持续交付的好处： 业务收益：业务收益：1、它让你能更快地验证新业务方案的结果，并根据真实的用户反馈进行调整。2、大幅降低交付风险、交付成本。 ITIT管理的好处：管理的好处：1、项目经理们能看到项目的真实进度，通过规律性增量发布，大大减少了每次发布的风险。什么是持续交付？ 你是不是真的在持续交付？(以终为始) 你的软件是不是一直处于产品可发布状态。你只要按个回车键就可以把 它发布给用户。 如果你的发布过程很痛苦，而且不太频繁，并且在发布之前还有一个

3、充满风险的集成阶段，那么你就没有在做持续交付。 持续交付中最重要的度量是周期时间（cycle time） 从决定实现某个想法开始，到将其发布给用户为止这段时间长度。持续交付的发展产品交付生命周期模型传统交付过程的反馈环持续交付模型的反馈环持续交付模型持续交付成熟度模型图（V1.2）业界持续交付现状和目标持续交付-7 个最佳实践(IBM) 实践 1：建立单一的部署来源 实践 2：让令人痛苦的手工步骤自动化起来 实践 3：管理应用内部的相互依赖关系 实践 4：让部署过程的“什么。在哪里。”清晰可见 实践 5：让部署环节的准入条件和批准情况清晰可见 实践 6：在不同的环境中保持部署的一致性 实践 7

4、：发布计划简单明了持续交付-演示DEMODEMO目录l 持续交付简介l 工作计划讨论每月都有那么几次！版本上线已经成为项目组的心魔 上哪个版本，版本没错吧？ XX请假了，怎么上线？手抖了 怕出线上问题啊 哪些库文件要改为什么要搞持续交付定制组现状及目标分析持续交付三条主线（步骤） 从Code到Artifact仓库：没有统一的Artifacts仓库 从Artifacts到Running service：不同环境的部署方法不一样 从开发测试环境到准生产、生产环境：开发、QA和运维采用传统协作方式持续交付-基础架构 从Code到Artifact仓库： 1.1 版本控制服务 SVN / GIT 1.2

5、 持续集成服务 JenKins / Go 1.3 AritFacts仓库 Artifactory / Nexus(Java) + Yum(c+) / Docker 从Artifacts到Running service 2.1 环境创建 Kickstart / Cobbler / Virtual Machine / IAAS ? 2.2 服务自动化+2.3 代码部署 Ansible / Puppet / Saltstack / Chef 2.4 服务监控 / ELK / Flume / Zabbix / Nagios / Cacti 2.5 自动化测试工具 Selenium / CuCumber ?持续交付-组织架构 从开发测试环境到准生产、生产环境近期工作目标-待讨论 持续集成 （三级 已定义级）1. 每次提交都会触发构建和各类测试。2. 公共工具集中的脚本或工件得到重用。 环境与部署 （三级 已定义级）1. 开发和测试环境是全面自动化且自服务的。2. 已具备 “点击按钮即可向任意环境进行部署” 的能力。3. 为了完成自己的工作， 每个人都有相应权限访问并操作相应的环境。 测试 （三级 已定义级）1. 一旦需要， 就将新的测试添加到测试套件里。2. 非功能测试被加到自动化测试套件中。3. 手工测试