我们是如何实现DevOps的

一、DevOps的理解

DevOps的概念理解

DevOps 的概念在软件开发行业中逐渐流行起来。越来越多的团队希望实现产品的敏捷开发，DevOps 使一切成为可能。有了 DevOps ，团队可以定期发布代码、自动化部署、并将持续集成 / 持续交付作为发布过程的一部分。
一句话概括就是提高生产力,快速交付！

二、引入DevOps的背景

2.1 福禄技术栈介绍

• 后端开发框架：基于C#的.netCore和Java的SpringCloud,少部分项目采用python和go开发

• 前端开发框架：vue、react

• 服务部署：前端站点基于ECS的nginx部署 ，后端服务统一部署在kubernetes上

• 代码仓库：gitlab

• 项目环境：目前有6套，开发、测试、压测、集成、PRE和生产

2.2 后端服务的CICD现状

                                                                                                 福禄后端CICD流程

CICD 流程说明

每一次的代码push，根据创建的分支，根据在gitlab的CICD文件gitlab.yml定义构建步骤，触发runner，从单元测试、通过dockerfile进行编译和生成镜像版本、将新镜像部署到K8S生成pod，然后触发接口自动化测试任务的执行

好像缺了点什么？

• 初次部署应用到kubernetes怎么做的？

• 服务的configmap在哪里维护的？

• 每个服务的gitlab.yml文件都不一样，如何维护的？

• 应用的域名解析怎么做？

目前有6套环境进行管理，其中开发、测试、集成、压测都是测试人员维护，预发布和生产运维人员维护；这也就要求每一个测试人员都必须对整个cicd流程和配置绝对掌握；所以当新人入职，需要掌握整个流程才能进入项目测试中，这是一个学习成本；

预发布和生产的kubernetes只有运维能够操作，当有新的服务需要上线上述环境，或者configmap有变动，或者有时候排查问题需要查看容器日志，我们只能通过运维的工单系统描述作业操作，中间文字描述可能存在理解差异，沟通成本和时间成本很大；

有的新应用我们去设置cicd的相关文件，比如dockerfile，我们发现应用的代码目录结构各种各样，这样往往就没法套用一个模板快速配置完成

2.3 前端站点的CICD现状