laravel项目软件架构:单体项目有必要升级到分布式项目吗?
一、现状
- 目前有两个项目:A项目面向用户,B项目面向运营人员。并且都是单体项目共用一个数据。
- 涉及到一些共同的业务,比如订单的创建和退款,用户积分的增减,用户课程的授权和取消。目前都是开发一份,拷贝一份,但是由于经常A项目优先级高修改后B项目不能及时修改,或者没修改到位造成脏数据。
- 以后新增项目之后维护这些类库会重复且容易出问题。
二、目标
- 解决重复cp代码,提升代码复用性。
- 解决数据一致性问题。
三、技术方案
单个项目演变
整体软件项目演变
四、一些问题和疑惑🤔
- laravel项目怎么引入?
- 封装sdk走composer。
- 走git子工程模式,base.git 每次上线全部更新,业务项目上线只更新业务代码。
- 比如订单业务开始都是相通的,由于一些变化之后两边逻辑不一样了怎么处理,不同业务上线不同分支吗?
推荐文章: