对于产品重构的一些经验

1、产品重构依托于架构师对产品原有业务逻辑和整体技术架构的理解，所以首先最好弄懂原来的业务流程，然后再结合产品各子功能的运营分析数据与业务重构的需求，发现并优化不合理的业务流程。

2、业务重构需要多跟新需求人员、原有产品设计人员、产品运营分析人员多沟通并进行业务的梳理，争取依据数字说话。比如可以通过分析用户对产品各子功能访问的历史数据，找到用户从首页到订购产品页面流失率最高的页面节点，进行缩短业务办理流程的优化。同时引入客户画像模型，通过同类客户浏览商品与订购结果模型对单体客户进行实时最优推荐，从而增加用户支付几率。

3、技术重构往往是以业务的痛点为突破口，比如页面反应过慢或者高并发时页面加载不及时，在排除前端懒加载之外，就需要考虑并通过日志判断现有业务是否负载过高，梳理后端数据库访问模型，优化缓存模型，将常用H5页面、对象加入缓存，利用缓存可降负载，提高QPS与TPS。

有的技术重构的出发点或者目的是形成公司自己的快速开发组件，就是将开发经常用到的核心模块从业务层抽离出来形成自己的内部独立逻辑（包括调用第三方服务的IP、端口号、高并发处理逻辑、异常处理逻辑、日志处理逻辑等），将业务调用形成入参，处理结果做为返回结果。在高并发时，除了需考虑前端页面优化之外，还需考虑数据库锁、缓存分布式锁以及消息队列的合理引入和优化，通过组合拳降低用户超买（重复扣款）与商品超卖的异常几率。

4、重构随之而来的服务器扩容、数据库重构、系统迁移、数据迁移、回归测试也是必须要做的。