微服务架构的优缺点，究竟哪个更胜一筹，长尾效应如何显现？

本文共计2304个文字，预计阅读时间需要10分钟。

1微服务介绍+随着互联网行业的快速发展，对服务的需求也越来越高，服务架构也从单体架构逐渐演变到现在的微服务架构。这些架构之间有哪些区别呢？+单体应用与微服务架构的区别

1微服务介绍

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

单体应用与微服务架构区别

如上图左侧为单体应用架构。在传统单体应用中，所有功能模块都在一个工程中编码、部署，即使是集群部署，也只是单体应用的水平复制。

如上图在微服务架构的项目中，每个应用会按照领域模型划分进行业务、功能聚合，由此拆分后聚合的应用往往：模型高度统一、职责清晰且收敛、应用与应用(领域与领域)之间边界清晰，并且提升了每个应用的独立性、扩展性。除了应用拆分维度，微服务架构也保证了每个应用可以使用独立语言开发、独立数据存储技术，只要能保持对外统一交互语言即可，存储模型差异如下：

应用拆分之后对应每个应用会独立、或共享一个数据库，数据库的拆分维度除了要考虑领域边界，还要更多的考虑每个数据库的QPS、TPS，避免高频写操作集中在一个DB，由此起到给数据库减压的功效。

基于上述分析，单体架构存在的问题主要集中在：功能混淆、边界模糊、维护成本高、可靠性差等角度，对于后续应用的升级、扩展同样存在瓶颈。