子系统拆分的一点总结

公司系统做了一年多，慢慢也有点规模了。从最初只有一个APP + 一个server的模式，到现在有多个子系统，多个客户端。这个过程中，积累了一些想法，本文简单总结一下

系统拆分的好处

基本上，比较小的系统，单进程集中部署就可以了。集中部署不代表一定不好，在系统规模很小的时候，或许是最适合的，因为调用关系简单，开发也比较容易。但是系统慢慢变大了以后，我认为拆分系统，分布式部署就变得更为合理了。

拆分系统至少有这些我体会到的好处：

1、停掉系统的一个部分，只会影响相关业务，不会造成整体业务中断。特别是一个新的模块上线，尚未稳定的时候，可能会有错误挂掉，或者主动重启维护等，如果是集中部署，就会造成整个系统都不可用。但是分布式部署的情况下，只会中断小范围的业务。当然，就算是集中部署，利用集群，分批重启，也可以实现同样的目的

2、对压力大的节点，可以单独部署集群。比如我们的系统，数据同步模块的负载是最高的，那么就可以针对这个子系统单独部署集群，其他负载低的模块，可以部署在一起，或者单独部署，都比较灵活。当然，要实现水平伸缩，对系统设计本身也有要求，比如至少要实现无状态服务等

3、代码分离，便于权限控制。一般来说，集中部署的代码也是在一起的，如果希望负责子系统A的小组，不需要接触到子系统B的代码，那么分成2个代码库就非常容易实现。相反，如果代码都是在一起的，控制就比较困难。因为不能只开放一部分代码给开发人员，这样不利于在本地搭建开发环境

4、按责任