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

本文作者：CODING - 廖红坤

前言随着微前端、微服务等技术理念和架构的蓬勃发展，我们已经没必要去讨论为什么要前后端分离这种话题，前后端分离已成为互联网项目开发的标准模式。前后端在各自的领域发展越来越纵深。

文章插图

DevOps 视角的前后端分离今天我们换个视角，从 DevOps 的角度来聊聊前后端分离。

项目协同

DevOps 体系中包含了敏捷开发方法论，而前后端分离前的开发模式无法做到敏捷。开发过程中前后端强依赖，需多次反复集成才能发布可用版本，违背了敏捷开发“适应性”的特点（适应性即欢迎变化）。此外，前后端串行工作的方式拉长了版本发布周期，违背了敏捷开发“快速发布小版本”的理念。

前后端分离前的协作模式：

产品经理根据需求出原型
UI 出设计图
前端做 html 页面
后端将 html 页面套成 jsp 页面（前后端强依赖，后端必须要等前端的 html 做好才能套 jsp 。如果过程中 html 发生变更，后端也要被迫调整，开发效率低）
集成出现问题
前端返工
后端返工
二次集成
集成成功
交付

文章插图

分离后的协作模式：

产品经理根据需求出原型
UI 出设计图
前后端约定接口、数据和参数
前后端并行开发（无强依赖，可前后端并行开发，如果需求变更，只要接口和参数不变，就不用两边都修改代码，开发效率高）
后端 API 自动化测试
前后端集成
前端页面调整
集成成功
交付

文章插图

代码管理

前后端分离后，前后端代码分开管理，后端不需要合并前端代码，减少代码合并冲突问题。此外，前后端分离后，后端可以根据业务类型自由选用编程语言开发不同的组件，实现松耦合，与微服务架构不谋而合。

文章插图

测试管理

前后端分离后，对应的测试也分离了。由于后端只输出 api 接口，于是可以很方便的进行自动化测试，提早暴露问题，并且测试成本很低。而前端可以不依赖后端，自己本地 mock 数据，待前后端接口对接后，测试可以开始功能测试。

文章插图

交付部署

1913 年，福特汽车开发了世界上第一条流水线，大幅提高了汽车的生产效率，每 24 秒流水线就能制造一辆汽车，实现了汽车的规模化生产，福特也因此成了美国最大的汽车制造商。
交付部署包含持续集成和持续部署，其核心就是流水线。从代码分离开始，前后端就形成了两条并行的流水线，各自独立编译，构建，打包，发布。发布过程中不需要对方在场，出现了问题各自回退。

文章插图

从项目协同、代码管理、测试到交付部署，需要一套完整的 DevOps 工具链支撑，比较典型的如 Jira + GitLab + Jenkins + Nexus + Kubernetes ，但这些工具之间账户体系、操作习惯互不相通，试想团队每加入一个新成员管理者都要在每个工具平台为其添加账户，新成员也要花时间去逐一熟悉。这对管理者和新人都是不必要的负担。这样的背景下，我们可以采用 CODING 提供的一站式 DevOps SaaS 服务，快速实现前后端分离的 DevOps 最佳实践。

快速实践 DevOps本文以信奉敏捷开发理念的互联网团队突突突小分队为例，基于 CODING DevOps ，以项目管理为起点，持续部署为终点演示快速实现前后端分离项目的 DevOps 最佳实践。相关人员：