华为云高红霞：CBC微服务代码重构独立发布实践

嘉宾 | 高红霞   整理 | 黄引红

出品 | CSDN云原生

2022年6月9日，在CSDN云原生系列在线峰会第8期"华为云云原生实践与应用峰会"上，华为云数字化平台技术专家高红霞分享了华为CBC微服务代码重构与独立发布的实践案例。

戳👇观看高红霞分享视频

CBC（Cloud Business Center）云运营平台，负责华为云的交易平台和运营平台能力，涵盖官网、订单、计费、CRM、伙伴云等业务模块，涉及上百个微服务。CBC可以理解为是一个大的集群，各个集群之间由统一的服务进行注册、发行和管理。

CBC的建设目标是：实现服务自治，提升服务可维护性、可扩展性，需求可独立上线，不用齐步走。

CBC遇到的问题

但在实践过程中，我们遇到了一些问题：

• CBC存在一些不好管理的“超级微服务”，划分的定义为：拥有100+的接口（API），10W+行代码的微服务

• 服务中，有些接口和信息的变化相对比较频繁，有些十分稳定，虽在同一个服务管理中，但变更节奏不一致

• 领域模型划分不清晰，存在散弹式修改，修改一个问题却引入新问题等情况

• CBC版本采用火车模式（集成发布部署），所有微服务按照特定节奏交付（1个月2个版本），一起联调、一起上线，部分需求TTM被拉长

之所以存在这些问题，我们是这样分析的：

• 领域模糊：在重构之前，因为采用的是统一部署，所以我们比较少关注领域模型

• 接口随意：关键领域的模糊，导致接口设计很随意。重构之前有一个超级微服务，有300多个接口，接口相互覆盖，没有统一的设计原则

• 数据泥团：因为接口随意开放，导致数据的关系不清晰

• 代码杂糅：重构之前，所有的数据都在同一个服务当中，不同流程均可以直接访问、使用这些数据，接口的复用度低，维护成本高。不清晰的数据关系反映在代码层次，杂糅重构之前，代码当中除了接口层，其他的层次几乎是不存在的

• 依赖复杂：因为代码杂糅导致依赖和被依赖的关系都很复杂，重构前几乎大部分服务依赖如何使用和调用的都不清楚，调用其他服务的代码散落、难以管理，因为依赖复杂，所以所有的服务都只能齐步走

• 低效率部署：重构之前，两周一次的火车版本统一上线，导致了部署低效

• 部署平台不支持单一微服务的分流测试

• UT写得很少也比较难写

• 散弹式修改：牵一发而动全身

为了解决这些问题，我们进行了服务重构、工程能力提升等多方面尝试，建立了微服务独立发布体系结构，最终实现了服务可自定节奏独立发布部署上线，解决了服务可维护性、可扩展性，提升了交付效率，降低了服务学习、维护、测试成本。

下面重点介绍其中的服务重构、工程能力提升两部分实践。

服务重构

一、领域驱动设计：DDD大尺度的上下文划分&领域建模

目标：通过领域模型划分，实现业务模块解耦，减少散弹式修改

措施：

• 按照业务边界进行大尺度的上下文划分，识别多变的和稳定的模块
  

• 梳理上下文之间的依赖关系，建立领域模型，为代码架构做输入
  

二、代码解耦——代码的整洁架构

目标：重构完成后，保证可靠性和灵活性

措施：

• 引入DDD整洁架构思想，分为入口/出口、业务编排层、领域层
  

• 实行“旧的不变，新的创建；一步切换，旧的再见”的重构手法
  

• 引入架构测试，保证架构的稳定；新代码不会冲破已有架构
  

• 提升白盒测试的覆盖率，降低白盒测试的编写难度

三、API治理——根据领域模型进行接口的精简、整合

措施：

• 按领域模型划分，将非本领域范围内的接口剥离
  

• 按特性进行归类，对相同功能特性的接口进行整合，从通用、可扩展、兼容、安全等方面合理设计接口
  

• 定期审视和总结回顾，确保接口整合工作遵循“分析->规划->整改->下线”有序开展，持续改进和完善整合过程中的问题，形成良性循环
  

经过以上服务重构措施，初步实现了一些效果。

工程能力提升

一、设计微服务独立发布部署流程

通过独立发布流水线、微服务级蓝绿部署能力构建，实现微服务特性E2E独立发布部署，保障特性上线质量和效率，同时降低版本火车模式下多分支同步和维护成本。

• 效果1：服务当前支持高低版本并存，同时承载流量
  

• 效果2：CBC实现基于用户名单和用户比例的引流验证能力
  

二、独立发布部署过程（金丝雀+微服务级蓝绿部署）

三、DevOps流程中测试能力的适配与改造

目标：建设微服务测试规范、能力，保障微服务独立部署质量不下降。

• 变更的开发分支并行开发
  

• API用例多个变更一起测试
  

• 有实时接口测试评估能力
  

• 微服务可以自行进行DFX测试
  

• 微服务允许进行特性级的测试
  

措施：

• 不同开发分支的接口设计可独立进行
  

• 落地多个变更一起测试的能力
  

• 开发接口测试评估流水线插件
  

• 开发微服务级别的DFX测试能力和流水线插件
  

• 定义并部署微服务特性级测试环境

总结：实践可复制DNA

• 通过DDD整洁架构思想将服务进行上下文划分、领域建模和层次划分，保证不同业务模块不互相侵入，同时维持架构稳定。引入ArchUnit架构测试看护代码架构
  

• 支持按微服务蓝绿引流，支持各服务进行微服务蓝绿引流独立测试，不被其他服务的微服务蓝绿引流干扰
  

• API用例可匹配独立部署模式下多个变更一起发布部署场景的测试；有微服务的实时接口测试评估的能力

END

云原生志愿者计划正在招募🔥

精准把握技术趋势，深度学习新技术、新实践

扫描图片二维码立即申请加入

— 推荐阅读 —

☞京东科技马俊昌：微服务低代码平台“星链”应用实践☞听云研发总监杨金全：以Tracing为核心的可观测性体系
☞云原生应用交付的前世今生与一线实践☞2个维度5大方法，让你的微服务在K8s上跑起来☞透彻解析云原生在数字化转型中的应用实践，PaaS功不可没

点这里↓↓↓记得关注标星哦

一键三连 「分享」「点赞」「在看」
成就一亿技术人