项目重构实践一

Posted 朝花有露

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了项目重构实践一相关的知识,希望对你有一定的参考价值。

01背景

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

02痛点

遇到的典型问题有:

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

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

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

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

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

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

03方案

面对这些问题,开启了重构系统之旅:

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

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

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

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

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

以上是关于项目重构实践一的主要内容,如果未能解决你的问题,请参考以下文章

项目重构实践一

从Vue重构到React的微应用实践总结

关于后台部分业务重构的思考及实践

重构后端模板文件的一种实践

“小爱”项目日记

Golang 重构 Python,知乎社区核心业务实践