Dubbo分布式服务子系统的划分

一、划分子系统的策略

按照系统的业务模块的独立性划分

二、划分时服务子系统的数量的控制

过多：可能划分过细，破坏业务子系统的独立性，部署维护工作量大，独立进程占用内存多

过少：没能很好的解耦，开发维护不好分工，升级维护影响面大

三、服务子系统划分要注意的地方

3.1 不要出现A服务中的SQL需要链接查询到B服务中的表等情况，这样在A服务与B服务进行垂直拆库时就会出错

      eg:服务虽然拆分了，但是还是用的同一个数据库

3.2  服务子系统间避免出现环状的依赖调用

       eg:A服务调用B服务，B服务调用C服务，C服务调用A服务；出现这种情况说明服务划分得还是不够细，没有完全的解耦，需要考虑出现环状调用的几个服务之间是否还有能合并得模块

3.3 服务子系统间的依赖关系链不要过长

      eg:A服务——>B服务——>C服务——>D服务——>E服务;出现这种情况说明服务子系统划分过细，需要考虑几个服务之间是否能向上合并

3.4 尽量避免分布式事务，如果不能避免，需要考虑使用消息中间件来保证事务的一致性

四、总结

Dubbo分布式服务子系统的划分是一个不断优化的过程，刚开始的时候可以只划分几个子系统，随着业务量的变化不断的增多