如上图左侧为单体应用架构。在传统单体应用中，所有功能模块都在一个工程中编码、部署，即使是集群部署，也只是单体应用的水平复制。
如上图右侧为微服务架构。在微服务架构的项目中，每个应用会按照领域模型划分进行业务、功能聚合，由此拆分后聚合的应用往往：模型高度统一、职责清晰且收敛、应用与应用(领域与领域)之间边界清晰，并且提升了每个应用的独立性、扩展性。
除了应用拆分维度，微服务架构也保证了每个应用可以使用独立语言开发、独立数据存储技术，只要能保持对外统一交互语言即可，存储模型差异如下：
见上图，应用拆分之后对应每个应用会独立、或共享一个数据库，数据库的拆分维度除了要考虑领域边界，还要更多的考虑每个数据库的QPS、TPS，避免高频写操作集中在一个DB，由此起到给数据库减压的功效。
基于上述分析，单体架构存在的问题主要集中在：功能混淆、边界模糊、维护成本高、可靠性差等角度，对于后续应用的升级、扩展同样存在瓶颈。因此随着互联网的发展，我们必须解决上述问题，而微服务就是这样一种架构模式。
