简介

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工作流的最佳实践,还需要各类落地的方法,后期会写工作流中各个阶段的一些技巧和团队配合方面的故事。

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐