DevOps 视角的前后端分离与实战( 二 ) _DevOps

团队 Leader：老李
运维：小胖
测试：小莉
后端：大熊
前端：阿强

技术栈：

后端（Python + Flask）：https://linrp.coding.net/p/front-back-cd/d/flask-backend/git
前端（React）：https://linrp.coding.net/p/front-back-cd/d/react-frontend/git
运维（Docker + Kubernetes）：https://linrp.coding.net/p/k8s-yaml/d/k8s-yaml/git

前提准备

使用腾讯云 TKE 创建一个 Kubernetes 集群：
https://cloud.tencent.com/document/product/457/11741

创建项目和代码仓库

2020 年 10 月 26 日早上 11:00 整，突突突小分队 Leader 老李在周会上召开了新项目启动大会，由于是新项目，老李引进了 CODING DevOps 产品，目的是将 DevOps 理念和工作流贯彻到团队实际工作中，规范团队的开发、测试和运维流程，并进一步提升产品发布效率。散会前老李当场创建两个项目分别为 front-backend-cd 和 k8s-yaml ，并表示给大家一天的时间了解 CODING DevOps 产品。

文章插图

突突突小分队成员之间配合已经有相当的默契，在了解了 CODING DevOps 产品后，第二天（10 月 27 日）各自开始了有条不紊的工作：

后端大熊在项目 front-backend-cd 中创建后端代码仓库 flask-backend
前端阿强在项目 front-backend-cd 中创建前端代码仓库 react-frontend
运维小胖在项目 k8s-yaml 中创建代码仓库 k8s-yaml
测试小莉整理测试用例，根据 Leader 老李提供的接口文档编写后端 API 自动化测试代码

将 k8s-yaml 作为独立项目维护的原因是除了 front-backend-cd 项目， k8s-yaml 也管理着其他项目的 Kubernetes yaml 文件，单独建库的目除了方便对 yaml 文件做版本控制，也便于开发和运维职责分明，开发不需要关注太多的运维基础设施（Kubernetes），主要精力放在编码、编译和构建镜像。

持续集成

代码仓库初始化后，后端大熊和前端阿强开始了愉快的编码，同时在完成第一次代码提交前， Leader 老李已经为团队搭建好持续集成，并分别交由大熊和阿强维护。在下班前大熊和阿强完成了脚手架代码，提交了代码合并请求（MR ， Merge Request）。
细心的前端阿强发现合并请求详情页正运行一个叫合并状态检查的任务，请教 Leader 老李后得知是合并请求触发的自动构建计划，其作用是：自动构建源分支与目标分支合并后的结果，能够尽可能早地发现集成中的错误。如果合并状态检查失败，评审者不用过早介入代码 review 流程，开发者可以自行检查代码。