场景我们打开支付宝(Alipay )首页，去看我们的余额，会展示你的总资产、昨天的收益、累计收益等信息。 如果此页面上显示的信息来自不同的系统/APP应用程序，则通过各自的接口显示这些数据。 如果我们现在要在前端的页面上展示这些数据，该怎么展示呢？
在这种情况下，客户端和六个不同的APP应用程序/系统无法一个接一个地通信以完成数据展示。 相反，它只需要在六个APP应用程序/系统之间相互通信以完成调用，然后客户端通过调用一个接口检索数据，而不是与每个APP应用程序/系统进行通信。 我们的体系结构可能如下。
在淘宝这样的电子商务系统中，首页会显示首页信息、商品信息、个人信息、推送信息等很多数据信息。 如果首页上显示的数据来自100个不同的APP应用程序/系统，则这种体系结构会在后端发生数百到数千种通信交互，导致后端结构非常大和复杂。 因此，在这样的框架下，我们需要对上面的结构进行一些调整，所以引入了SOA框架
图标区分
SOA体系结构什么是SOA？ 中文的意思是“面向服务的体系结构”。 这可以看作是体系结构模型或设计方法，而不是服务解决方案。 其中包括多个服务，通过服务之间相互依赖或通过通信机制完成相互通信，最终提供一系列功能。 服务通常以独立于操作系统进程的形式存在。 每个服务之间通过网络调用。
与SOA并列，还有一条企业服务总线(ESB )。 简而言之，ESB是一个管道，连接每个服务节点。 为了集成不同系统、不同协议的服务，ESB可以简单地理解为进行消息的转换解释和路由工作，并将不同的服务互连；
我们消除了各APP应用程序之间的所有相互通信，在之间部署了ESB企业总线，在各服务之间，只需与ESB进行通信即可。 此时，每个APP应用程序之间的交互会更加清晰，业务体系结构/逻辑等也会更加清晰。 原本就很混乱、没有计划的系统整理成了有计划、可以管理的系统。 在这一过程中，最大的变化是引入了ESB企业总线。
站在SOA解决的核心问题1. 系统集成系统的角度，解决企业系统之间的通信问题，将原本零散、无计划的系统之间的网络结构，组织成规则、可管理的系统之间的星形结构。 这个步骤往往需要引进ESB、技术规范、服务管理规范等产品。 这一步要解决的中心问题是【秩序】
2. 系统的服务化:从功能角度将业务逻辑抽象为可复用、可组装的服务，通过服务组织实现业务快速播放。 目的：将原有业务功能转化为通用业务服务，实现业务逻辑快速复用； 这个步骤要解决的中心问题是【复用】
3. 业务的服务化:站在企业的角度，将企业功能抽象为可复用、可组装的服务； 将原来功能化的企业结构转化为服务化的企业结构，进一步提高企业对外服务能力的前两个步骤都是从技术层面解决系统调用、系统功能复用的问题。 在第3步中，由业务驱动的业务部门封装在一个服务中。 这一步要解决的中心问题是【高效】
微服务体系结构的微服务体系结构实际上与SOA体系结构相似，微服务是在SOA上进行的升华。微服务架构重点强调的一个是"业务需要彻底的组件化和服务化'划分为多个小型APP应用程序，现有的单个业务系统可以独立开发、设计和执行。 微服务体系结构就是这样一个小APP应用程序和每个其他APP应用程序之间协同通信，完成交互和集成。
组件化：组件以PC为例，表示可以独立更换和升级而不影响其他单元的单元，如PC中的CPU、内存、显卡和硬盘。 将PC作为组件构建为服务时，该PC只需维护主板和所需的外部设备。 CPU、内存和硬盘都以组件方式提供服务。 PC需要调用CPU进行计算处理。 我只要知道CPU这个组件的地址就行了。
微服务的特点1 .服务组件化2 .按业务能力划分服务和开发团队3 .去中心化4 .基础设施自动化(devops，自动部署) SOA和微服务体系结构的区别1 .微服务去中心化，eed 微服务不再强调传统SOA框架中较重的ESB企业服务总线，同时SOA思想进入单个业务系统内部实现真正的组件化
2.Docker容器技术的出现，为微服务提供了更便利的条件。 例如，在更小的部署单元中，每个服务可以通过节点、Spring Boot等技术运行自己的过程。
3.SOA注重系统集成方面，微服务关注完全分离
作者：扛麻袋的少年
资料来源： blog.csdn.net/lzb 348110175/article/details/96738781
近期热文推荐：
1.1，000道Java面试问题和答案整理(2021最新版) )。
2 .尝试战略模式，而不是再满屏的if/else。 很好闻。
3 .卧床休息！ Java的xx null是什么新语法？
4.Spring Boot 2.5重量磅发布，黑暗模式太火爆了！
5. 《Java开发手册（嵩山版）》最新版本，快速下载！
我觉得很好。 别忘了马上打个好主意转发哦。