微服务架构演变过程（1）

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形式注册中心

微服务架构