业务实践系列(3)：项目重构思路
重构了一个项目，项目相对复杂，对外提供了很多接口产品给第三方调用，也调用多个第三方的数据，数据结构各种格式都有，业务有用户、登录、产品、订单、预付费/扣费、报表、客户、财务、对账等十多项服务。由单一架构拆分成多个Spring Boot微服务,Spring Cloud做服务管理。
重构后的项目也许在架构上仍存在缺陷，但比之前的单一架构则有较大的改进，非常方便横向扩展，大大降低了业务系统之间的耦合。本篇记录下重构的思路。
重构的目的主要是解决问题，如果问题不存在则重构没有意义，如果重构没有解决问题那更没有意义还浪费资源带来不可预知的风险，主要问题有：
- 架构开发效率低，业务高耦合，难以扩展，不适合现在的业务体系。
- 系统功能和性能遇到了瓶颈，难以支撑高速扩展的业务。
- 代码不规范，难以理清逻辑，改动风险大，代价高。