ESB企业服务总线
Nacos（服务注册与配置中心）
Sentinel（服务保护框架）
Seata（分布式事务解决框架）
阿里云OSS
Alibaba Cloud SchedulerX（分布式任务调度平台）
微服务架构是如何演变过来的呢？
传统单体架构–>分布式架构–>SOA面向服务架构–>微服务架构模式–>服务网格
传统单体架构
概述
- 单点应用，如SSH或者SSM架构模式，会采用分层架构模式：数据库访问层、业务逻辑层、控制层，从前端到后台所有的代码都是一个开发者去完成。
- 将项目的代码都放入到同一个项目中，部署在同一个 tomcat中。
优点
- 开发简单、运维简单
缺点
- 没有对业务逻辑实现拆分，所有的代码都写在同一个项目中，不适合团队模式协同工作，维护性差
- 如果系统中某个模块出现问题，会导致整个系统不可用
应用场景
- 政府项目、管理系统、crm（客户关系管理系统）、oa 适合于个人小团队开发
分布式架构
概述
- 基于传统的架构模式演变，根据业务拆分，会拆分为会员系统、订单系统、支付系统、秒杀系统等。从而降低整个项目的耦合，适合团队开发，根据域名跳转不同系统
- 如果命名为系统的话：包含了视图层
SOA面向服务架构
概述
- SOA架构模式也称作为：面向服务架构模式、俗称面向与接口开发，将共同存在的业务逻辑抽取成一个共同的服务，提供给其他的服务接口实现调用、服务与服务之间通讯采用rpc远程调用技术。服务中只有service和dao层，减少冗余代码。
特点 - SOA架构模式传输协议采用SOAP协议（Http/Https+XML）实现传输，在高并发情况下实现通讯该协议存在大量的冗余性传输，而且非常占用带宽。所以在最后微服务架构模式中使用JSON格式替代了XML。
- SOA架构模式实现方案为WebService或者是ESB企业服务总线 底层通讯协议SOAP协议（Http+XML）实现传输，银行、政府等才会使用WebService，互联网公司使用json+http传输
- 核心组件wsdl，webservice目录是xml形式注册中心
微服务架构
