融合部署

实现方式

• 在代码编译时，分中心打成jar包；
• 将各中心jar包部署在同一个server上；
• 调用时，根据服务注册的类路径完成调用；
• 各中心jar包中的类只能连对应的数据库用户；

优点

• 部署简单、高效运行、部署扁平、易于运维；
• 能很好的保证各中心间服务的事务一致性；
• 风险小，性能稳定可靠，系统调用联接简单，网络流量小；

缺点

• 和第三代各中心独立部署的要求相冲突；

独立部署

实现方式

• 和订单中心相关的服务，分中心打成jar包；
• 将订单中心用到的服务jar包，与订单中心jar部署在同一个server上；订单中心不使用的服务，独立部署在XX中心的server上。
• 部署复杂，运行速度上对于订单中心与全量融合没有差别，但增加了以后的运维难度，重新开发服务时需要判断是否需要整合部署等属性；
• 独立部署的服务只能连接XX中心对应的数据库用户，但融合到订单中心的服务还是存在连接其它数据库用户的可能；

优点

• 与规范独立部署的接近程度达到了80%以上；
• 能很好的保证订单中心业务的事务一致性；

缺点

• 部署复杂，运维难度增加；