持续交付与DevOps讲解.ppt

DevOps Essentials CI/CD / Agile / LEAN 梁博, 敏捷教练OpenStack Expertise 10+ years Programming Exp. Microsoft MSF Red Hat OpenShift Expertise Red Hat Virtualization Expertise OpenStack Certified Administrator OpenStack Contributor 软件交付流程一 需求 部署 开发 软件交付流程二 产品 收集需求 文档 价值评审 优先级 原型 立项 开发 计划 设计评审 测试评审 测试 Fix 回归测试 UAT 辩论 运维 上线签字 准备环境 配置 部署 交付 沟通 发布 反馈 开发 需求评审 观后感 - 什么是DevOps 开发和It运维之间的高度协同 高频部署的同时，提供生产环境的可靠性、稳定性、弹性和安全性 价值流 业务 (需求定义) 客户 (价值交付) 起源于2009年前后 一天10次部署 (John Allspaw, Paul Hammond) 基础设施即代码 (Mark Burgess, Luke Kanies) 敏捷基础设施 (Andrew Shafer) 敏捷系统管理 (Patrick Debois) 精益创业 (Eric Ries) 持续集成和发布 (Jez Humble) 平台即服务 (AWS) Go to Market feature cycle time time Customer Users Go to Market feature cycle time time Customer Users minimize Go to Market feature cycle time time Customer Users minimize 这才是你创造的价值 Go to Market feature cycle time time Customer Users minimize 这才是你创造的价值 You Go to Market feature cycle time time Customer Users minimize You 一切都是围绕着尽快将新的功能交付到用户手上 冲突 关于DevOps你必须知道的几件事 Resolving issues without DevOps 我们的Dev Ops DEV OPS BUSINESS 别人家的DevOps 协作为何如此重要 Production Development Operate + learn Plan Develop + test Release Requirements 别人家的DevOps Source Build Test/issues Deployment Application Operations Process tools Cloud On-premises 别人家的工具 Source Build Test/issues Deploy App Ops Process tools Gradle Grunt 别人家的发布流程 Dev test Pre - pROD pRODUCTION Stages Environments Actions Approvers Release Paths IT的革新进程 IT的革新进程 IT的革新进程 DevOps典型模型 Scrum DevOps典型模型 DevOps 持续集成 为什么要持续集成 快速反馈 减少项目风险 每个人都是项目的Owner 持续开发 将一些重复的事情交给机器去做 持续集成最佳实践 单一代码仓库 经常提交 (Commit Often) 让你的Build可以自动化测试 自动构建 快速构建 CI / CD 角色分工 CI / CD 角色定义 工作描述 减少风险 减少重复过程 任何事件、任何地点生成可部署的软件 增强项目的可见性 建立团队对开发产品的信心 CI 搭建 – 骨架 CI 搭建 – 填充 持续测试 (测试策略) Selenium：用于自动化测试Dashboard UI Tempest：用于自动化测试OpenStack API Rally：用于自动化测试OpenStack性能 Unit Tests：用于每个项目的单元测试 /developerworks/cn/java/j-ap03137/ 持续审查 持续审查 持续审查 持续审查 持续审查 持续部署 Why? Create application runtime environments on demand Fast, reliable, re