融合部署
实现方式
- 在代码编译时，分中心打成jar包；
- 将各中心jar包部署在同一个server上；
- 调用时，根据服务注册的类路径完成调用；
- 各中心jar包中的类只能连对应的数据库用户；
优点
- 部署简单、高效运行、部署扁平、易于运维；
- 能很好的保证各中心间服务的事务一致性；
- 风险小，性能稳定可靠，系统调用联接简单，网络流量小；
缺点
- 和第三代各中心独立部署的要求相冲突；
独立部署
实现方式
- 和订单中心相关的服务，分中心打成jar包；
- 将订单中心用到的服务jar包，与订单中心jar部署在同一个server上；订单中心不使用的服务，独立部署在XX中心的server上。
- 部署复杂，运行速度上对于订单中心与全量融合没有差别，但增加了以后的运维难度，重新开发服务时需要判断是否需要整合部署等属性；
- 独立部署的服务只能连接XX中心对应的数据库用户，但融合到订单中心的服务还是存在连接其它数据库用户的可能；
优点
- 与规范独立部署的接近程度达到了80%以上；
- 能很好的保证订单中心业务的事务一致性；
缺点
- 部署复杂，运维难度增加；
