论催收系统的架构的设计扩展和部署
Survive by day and develop by night.
talk is cheap, show me the code,make a better result.
目录
上届我们说到催收系统的业务功能
概述
通过技术选型后我们能设计出催收系统的SpringBoot 应用
需求:
1.单体+双数据源架构
设计思路
1.如何扩展这个单体和双数据源架构呢?
2.如何扩展这个部署架构呢
实现思路分析
1.单体和双IP数据源架构(拓展)
单体的拆分:主要经历分布式,微服务的架构方式的演进,只不过我们正在进行拆分。
或者说这就是微服务,但是缺少网关等组件,严格说来分布式
因为是双数据库(当然也是双数据源)隔离的,所以读写并不影响。
但是我们考虑一下,如果是同一实例,不同库呢?
如果是同一个数据库:
而且2张数据源之间也并没有业务上的关联关系,也是可以的,
如果有可以使用,2.使用jta+atomikos解决多数据源事务方案
2.如何扩展这个部署架构呢
部署架构较为简单,前台通过NG转发,到后台的主从机器上进行部署即可。
一共就2台机器,更多的是主从。
拓展实现
这里参考:github:简单实现上述流程:
入门级实现:
: 部分源码实现.
: 源码实现
性能参数测试:
暂无
参考资料和推荐阅读
欢迎阅读,各位老铁,如果对你有帮助,点个赞加个关注呗!~