系统架构的演变
单体架构
架构说明：
所有的功能全部集中与一个项目内
优点：
架构简单，前期开发成本低，开发周期短，适合小型项目，减少了节点部署也就自然减少了成本
缺点：
全部功能集中在一个工程中，对大型项目不易开发，拓展和维护
技术栈受限，只可以使用一种语言开发
系统性能拓展只能通过拓展集群结点，成本高
单点容错率低，并发能力差
无法水平拓展
垂直架构
架构说明：
按照业务进行切割，形成小的单体项目。
架构优点：
技术栈可扩展（不同的系统可以用不同的编程语言编写）。
架构缺点：
功能集中在一个项目中，不利于开发、扩展、维护。
系统扩张只能通过集群的方式。
项目之间功能冗余、数据冗余、耦合性强。
分布式架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，
使前端应用能更快速的响应多变的市场需求。
架构优点：
将基础服务进行了抽取，系统间相互调用，提高了代码复用和开发效率
架构缺点：
系统间耦合度变高，调用关系错综复杂，难以维护
SOA架构
注释 ESB（企业服务总线），简单 来说 ESB 就是一根管道，用来连接各个服务节点。为了集 成不同系统，不同协议的服务，ESB 做了消息的转化解释和路由工作，让不同的服务互联互通。
SOA全称为Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。站在功能的角度，把业务逻辑抽象成可复用的服务，通过服务的编排实现业务的快速再生，目的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。
架构说明：
将重复功能或模块抽取成组件的形式，对外提供服务，在项目与服务之间使用ESB（企业服务总线）的形式作为通信的桥梁。
架构优点：
重复功能或模块抽取为服务，提高开发效率。
可重用性高。
可维护性高。
架构缺点：
各系统之间业务不同，很难确认功能或模块是重复的。
抽取服务的粒度大。（相对于微服务架构抽取的粒度大）
系统和服务之间耦合度高。
所有服务都通过一个通路通信，直接降低了通信速度
ESP整合所有服务和协议，数据转换使得运维测试部署困难
微服务架构
架构说明：
将系统服务层完全独立出来，抽取为一个一个的微服务。
抽取的粒度更细，遵循单一原则。
采用轻量级框架协议传输。
重点解释
简单来说，微服务架构风格想要开发一种由多个小服务组成的应用，每个服务运行于独立的进程，并且采用轻量级交互，多数情况下是一个HTTP的资源API,这些服务具有独立的业务能力并可以通过自动化部署方式独立部署。这种风格使最小集中管理，从而可以使用多种不同的编程语言和数据存储技术
架构优点：
服务拆分粒度更细，有利于提高开发效率。
可以针对不同服务制定对应的优化方案。
适用于互联网时代，产品迭代周期更短。
架构缺点：
粒度太细导致服务太多，维护成本高。
分布式系统开发的技术成本高，对团队的挑战大。