构建可靠的自动化发布体系(qcon)正式构建可靠的自动化发布体系(qcon)正式.pdf

构建可靠的自动化发布体系 葛隽@携程 junge@ 1 交付的困惑 哥！好了没 苦逼的开发 2 CONTENTS 一、Coding之外的瓶颈 二、建立面向交付的运维体系 三、快速迭代中的质量管理 四、构建可靠的自动化发布 3 一. Coding之外的瓶颈 面临的挑戓 1. 团队协同：13+SBU事业部，1900+人团队协作交付 2. 迭代压力：每周800+项目戒变更，如何构建可靠的测试/开发环境 3. 项目间应用相互依赖：不能管理依赖版本就会出现混乱 4. 排障需要透明：开发要求更多生产权限，运营要求限制开发权限 5. 发布过程保障：平滑的用户访问，99.99%网站可用性（一秒价值￥5000 ） 6. 上线压力 ：半夜的上线过程是每个程序员的煎熬和噩梦 亏联网公司的特征：快 产品变化快，交付要更快！ 4 一. Coding之外的瓶颈 我们的结构 DEV 规划交付计划 OPS （ROP ） 可交付运维体系 代码分支管理 （SCM ） DEVOPS 自动化发布体系 5 二.建立面向交付的运维体系 开发和运维的鸿沟 DEV OPS • 忙亍解决需求和Bug • 生产可用性99.99% • 不愿意关心环境问题 • 标准化运营流程 • 生产排障，像跨栏 • 生产故障，只能升级事件 • 上线问题，项目延期 • 开发需求太多，满足不了 6 二.建立面向交付的运维体系 打破鸿沟，关键看理念 1. DEV ：提前规划项目，预支OPS资源 2. OPS ：规划权利边界，透明运维体系，标准资源，被动转主动 3. DEVOPS ：管理代码分支，环境构建，预控环境和发布风险 7 二.建立面向交付的运维体系 关键点 1. 应用须支持裸机发布 2. 可伸缩的于服务器资源体系（标准化IDC资源） 3. 环境变量管理（应用配置文件\容器配置文件\ Pool依赖关系） 4. 自动化测试、性能测试体系 5. 透明的服务器监控体系（Zabbix\XMon ）