OpenStack在企业持续集成中的实战.pptx

OpenStack在企业持续集成中的实战;我们为什么要用云?;持续集成回顾 持续集成系统实施面临难题 云计算对持续集成带来的好处 OpenStack介绍 企业案例分享 几点建议 ;持续集成;统一的代码库 自动构建 自动测试 每个人每天都要向代码库主干提交代码 每次代码递交后都会在持续集成服务器上触发一次构建 保证快速构建 模拟生产环境的自动测试 每个人都可以很容易的获取最新可执行的应用程序 每个人都清楚正在发生的状况 自动化的部署 ;所有的变更必须本地构建成功才提交 开发人员每天至少向版本控制库中提交一次代码 开发人员每天至少需要从版本控制库中更新一次代码到本地机器 需要有专门的集成服务器来执行集成构建,每天要执行多次构建 每次构建都要100%通过 每次构建都可以生成可发布的产品 修复失败的构建是优先级最高的事情;持续集成生命周期;我们要改变工作方式，敏捷还是敏捷！;建设持续集成系统;代码复查 静态、动态代码检查 构建 包仓库管理 配置管理 自动部署 自动化测试 报表与提醒;构建、部署很慢 资源申请周期长 难扩容 失败后修复时间长 开发和CI环境有差异 … ;统一的基础设施（IaaS） 快速资源申请 强大的弹性运算能力 基础设施版本管理（Infrastructure as a Code） 提供资源管理API …;资源申请快捷 构建效率提高 更容易系统扩容 更容易的环境版本控制 提高资源利用率 提高测试效率 … ;网络速度 安全性 控制力 技术积累;传统软件兼容性 隔离基本的要求 构建、部署类型;OpenStack：开源云操作系统;OpenStack 核心组件 ;;Nova-计算服务;Neutron-网络服务;Keystone – 身份认证服务;Glance – 镜像服务;Horizon – 控制面板服务;cinder– 块存储服务;Swift – 对象存储服务;Heat – 编排服务;ceilometer – 计量服务;流行的部署模式;工程师100 传统电信项目，包括Oracle，JBoss 开发语言覆盖C, C++, Python, Java 组件比较多，支持产品SA/HA 部署 组件相互依赖 测试用例1000;构建时间长 构建老是失败 部署场景复杂,失控 开发环境和CI环境不一致 失败原因排除难，问题不易重现 老板说，CI太费钱 … ;获取构建结果不要等太久 资源获取能自动、快速、弹性 环境能版本控制 环境能回滚 .. ; ; iSCSI / SAN;独立的OpenStack 集群;构建尽可能的快速10分钟 多任务并行执行，无需排队 弹性创建构建server;与OpenStack无缝集成 启动足够快 执行效率高 Runtime隔离 ;Jenkins Slave管理 使用Jenkins plugin ：jclouds-jenkins 构建开始生产VM，结束删除;API方式资源管理，尽可能自动化,可版本控制 调用Nova CLI Python-novaclient;弹性、分时利用资源 白天开发人员使用，晚上CI使用 测试虚拟机定期删除 ;镜像分级策略，提高部署效率 OS 做进Base Image 3PP 定期更新 APP 实时安装;改进：自动部署;测试分组、并行执行，缩短时间 容易弹性 测试系统水平扩展 ;现场保留，方便问题排查 VM自动挂起 ;OpenStack 编排服务 (Heat) 部署脚本解耦合 不用负责资源申请 基于模板 逻辑更简单 ;云化步骤：先易后难，先构建再测试 收益：构建 单元测试功能测试 系统测试 性能测试 成本：性能测试系统测试功能测试单元测试构建 ;指导思想：CI其实是面向开发的运维 OpenStack HA 多OpenStack集群环境 ;不只是技术，观念转变更重要 弹性 自动化 敏捷 … ;;Email：yongluo2013@ Blog ： WeiBo ：@warrior_罗勇 WeiXin：@嗨皮