小的电商系统网站刚开始基本都是这个架构，模块写在一起，直接放在一个tomcat上运行，就上线了，后来随着商城的慢慢发展，流量越来越大，用户也越来越多，这样一个tomcat可能就比较吃力了，传统的做法就再加个服务器，配一个tomcat集群，然后呢，用户、流量越来越多，发现网站又不行了，这时候，可能会提高下服务器的配置：内存啊、CPU啊、网络。但机器不能无限制的加吧，无限制的tomcat集群吧。

这样，可以拆分系统，比如刚开始的架构，前台后台是在一起的，但是后台肯定没有前台那么多的并发量，后台就管理人员使用，因此，这时候，就可以把前后台系统分开。

同样的，商品浏览及首页的访问量，又比订单模块访问量大，这样，商品和订单又可以分开，形成一个独立的系统。2个系统的交互可以使用webservice。

总结一下，传统购物商城系统的架构存在以下问题：

• 模块之间耦合度太高，其中一个升级其他都得升级

• 开发困难，各个团队开发最后都要整合一起

• 系统的扩展性差

• 不能灵活的进行分布式部署。

解决方法：

优点：

把模块拆分成独立的工程，单点运行。如果某一个点压力大可以对这一个点单独增加配置。其他的点不受影响。

缺点：

系统之间交互需要额外的工作量来进行接口的开发。

把系统拆分成多个工程，要完成系统的工程需要多个工程协作完成。这种形式叫做分布式。