项目重构实践一

01背景

原系统采用的struct2系统框架，技术架构老旧不便接入高版本中间件。同时随着业务量的增加，业务需求变化多端，代码改动相当复杂，可维护性、复用性低。

02痛点

遇到的典型问题有：

• 数据库表混杂，定位不清。比如订单中心、支付中心、营销中心、套餐中心等都在同一个数据库下，数据库压力巨大，数据库一波动，各个核心项目都受牵连。

• 复杂SQL和跨表join横行，SQL慢查多，数据库频频告警

• 无服务和领域划分，系统和接口耦合严重

• 接口响应慢，系统稳定性差，数据丢失、错乱情况经常出现

• 产品需求版本庞杂，业务需求场景多，业务逻辑分散，需求迭代速度慢

• 客诉问题高发，排查问题困难，研发疲于奔命在查问题的道路上

03方案

面对这些问题，开启了重构系统之旅：

-采用分布式架构设计，将各个模块系统完全拆分出来，独立部署迭代演进

-业务逻辑收归，对涉及到的相关领域按照业务逻辑收口，统一服务接口

-新老服务同时运行，采用流量切换的方式逐步替换老系统老流程，直至老系统下线

-新系统接入新需求，老系统不再迭代更新

-数据库模型完全重构，原有的数据库模型已经无法支撑新的业务需求扩张，同时配合分布式架构的改造落地