一、为什么要做分布式系统架构？（为什么要进行系统拆分？）

背景：

在没有走分布式架构之前，公司的各个业务线都是垂直的“烟囱式”的项目，随着互联网的快速发展，公司的业务也在不断的发展，注册用户增加、网站应用的功能、规模不断扩大，特别是移动互联网的发展，APP、微信、自助终端机等访问渠道的增加，各种新业务，新需求不断涌入，系统遇到了各种各样的问题。首先是项目工程无节制的变得臃肿庞大，系统复杂度增加，大几十万行代码，几十个开发人员，service层，dao层代码大量被copy使用，经常各种代码合并冲突问题要处理，非常耗费时间。经常我改动了我的代码，别人调用了我，导致他的代码也出现问题，需要重新测试，麻烦的要死。然后每次发布都是几十万行代码的系统一起发布，大家得一起提心吊胆准备上线，几十万行代码的上线，可能每次上线都要做很多的检查，很多异常问题的处理，简直是又麻烦又痛苦。而且如果我现在有个新业务，打算把相关依赖升级一下，比如升级到最新的spring版本，还不行，因为这可能导致别人的代码报错，不敢随意乱改技术。一个web工程每次启动都至少需要3分钟以上的时间，本地eclipse里面调试一次代码都很痛苦。其次是随着用户访问流量的增加，系统负载压力变大，变得不堪重负，通过增加实例数，增加硬件扩容能够带来的效果已微乎其微，故障频发，效率低下。系统质量也越来越难以保证，测试周期也变得越来越长，无法满足公司业务发展的需要。

总得来说，问题主要体现在以下几个方面：

1、应用代码耦合严重，功能扩展难。

2、新需求开发交互周期长，测试工作量大。

3、新加入的开发同事需要很长时间才能熟悉系统。

4、升级维护也很困难（改动任何一点地方都要升级整个系统）。

5、系统性能提升艰难，可用性低，不稳定。