简介

IT团队很重要的工作流，就是产品迭代，而目前最流行的方法就是devops，现在devops标准是采用三步工作法，推荐先看看经典书籍《凤凰项目》。作者目前服务于一家中大型互联网公司，技术栈采用dubbo框架的分布式集群服务，相对于devops追求的敏捷、精益、CI、CD，我们更注重生产环境的稳定，每周迭代1~2版本。我会分别用实际落地方式和devops方式，谈谈devops的三步工作法，聊聊IT版本迭代过程各个环境怎么玩。

devops实际落地情况

开发环境

开发们在本机使用eclipse调试开发，进行单元测试。但是中间件、数据库最好由运维、dba支持。但为了支持开发之间的集成联调，存在一个DEV环境，由开发自己通过发布工具发布至DEV联调环境。如果有新项目上线，则开通过工单系统向运维申请部署服务在DEV环境，以及相应的其他中间件。通过工作系统向dba申请redis、mysql数据库等资源。

压测环境

专门给测试童鞋，对一些迭代版本的接口进行压测，不在日常的迭代工作流中。

集成测试环境

测试童鞋正式介入的是则是集成测试环境，自动化测试脚本也是在这个环境执行的，代码版迭代通过测试童鞋在gitlab上打tag，然后通过发布工具发布至测试环境。同样，如果有新项目上线，则开通过工单系统向运维申请部署服务在该环境，以及相应的其他中间件。通过工作系统向dba申请redis、mysql数据库等资源。

预发布环境

业务验收环境，同时是其他BU调用我们测试环境的联调的一个环境，代码版迭代通过测试童鞋在gitlab上打tag，然后通过发布工具发布至测试环境。同样，如果有新项目上线，则开通过工单系统向运维申请部署服务在该环境，以及相应的其他中间件。通过工作系统向dba申请redis、mysql数据库等资源。

生产环境

运维然后通过发布工具发布至测试环境。同样，如果有新项目上线，则开通过工单系统向运维申请部署服务在该环境，以及相应的其他中间件。通过工作系统向dba申请redis、mysql数据库等资源。

devops方法思路

devops三步工作法简介

第一工作法 价值快速流动

分别是：可视化、限制在制品、减少批量规模、减少交接数量、持续识别和拓展约束，以及在价值流中消除浪费。

第二工作法 反馈原则

第一是在出现问题时及时发现。
第二是密集解决问题、构建新的知识。
第三是将质量向源头推进。
第四是为下游工作进行优化。

第三工作法 持续学习和实践原则

第一是开启组织学习和安全文化
第二是让日常工作的改进做到制度化
第三是将局部发现转为组织全局改进
第四是在日常工作中注入恢复模式。

如何投入到devops中，做到敏捷？

请打破恶性循环

这篇文章只是场景化各个环境的工作情况和瓶颈问题，对于整个devops工作流的最佳实践，还需要各类落地的方法，后期会写工作流中各个阶段的一些技巧和团队配合方面的故事。