DevOps的构建之路与案例分享学习课件.pptVIP

问题现象： 整个版本周期较长，有时一个月才能发布大版本 线上常有质量问题，需消耗较多精力排查和修复 开发（多团队并行） 联调（集成） 测试（端到端） 12D 5D 8D 46% 21% 33% 上线 8H 分析一个实际的案例 问题分析： 各阶段周期时间分解 关注等待/阻塞/浪费 问题定位： 系统紧耦合，相互影响和阻塞 多个子系统无法做到并行交付 故障传播不可控，相互影响 一端出问题，整个版本阻塞 各端未控制质量，集成时问题爆发 开发自测不足，缺陷蔓延到集成阶段 自动化能力缺失，大量依赖人工处理 团队间存在资源争抢，相互冲突严重 环境交付未归一化，发布效率低 环境多依赖复杂，线下线上不一致 环境准备时间长，维护成本高 串行发布上线，需要长时间停服 精品 这样PK，效率多低？另外，讨厌PM或者QA吗 在实验室中证明 性能Bug 这不影响用户体验吧？ 我觉得可以接受 决策上升 要改 我的环境没这问题 测试数据稳定吗？你都不复现，我怎么查 限制业务规模 延后/预加载 移到子线程 要我原子优化？你测到不卡就足够了，别搞那么复杂 发布：外网投诉 测试不是证明过体验够好了吗？ 这不关我的事啊，是历史问题/系统问题 精品 DevOps 体系 需求发起 服务和设备虚拟化 持续部署与交付 版本加速上线 高可靠保证 一切皆代码 精益管理和产出 快速度量及反馈 消除