laravel项目软件架构：单体项目有必要升级到分布式项目吗？

一、现状

• 目前有两个项目：A项目面向用户，B项目面向运营人员。并且都是单体项目共用一个数据。
• 涉及到一些共同的业务，比如订单的创建和退款，用户积分的增减，用户课程的授权和取消。目前都是开发一份，拷贝一份，但是由于经常A项目优先级高修改后B项目不能及时修改，或者没修改到位造成脏数据。
• 以后新增项目之后维护这些类库会重复且容易出问题。

二、目标

• 解决重复cp代码，提升代码复用性。
• 解决数据一致性问题。

三、技术方案

单个项目演变

整体软件项目演变

四、一些问题和疑惑🤔

1. laravel项目怎么引入？
   • 封装sdk走composer。
   • 走git子工程模式，base.git 每次上线全部更新，业务项目上线只更新业务代码。
2. 比如订单业务开始都是相通的，由于一些变化之后两边逻辑不一样了怎么处理，不同业务上线不同分支吗？