微服务架构演变过程(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形式注册中心

微服务架构

你可能感兴趣的:(微服务架构演变过程(1))