项目重构实践一

01背景

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

02痛点

遇到的典型问题有:

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

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

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

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

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

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

03方案

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

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

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

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

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

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值