SpringCloudAlibaba 学习笔记 —— 微服务架构演进
- 一、微服务架构演变过程
- 1.1 微服务架构演变
- 1.1.1 传统单体架构
- 1.1.2 分布式架构
- 1.1.3 SOA 面向服务的架构
- 1.1.4 微服务架构模式
- 1.1.5 SOA 与 微服务架构有哪些区别
- 1.1.6 微服务架构中会存在那些问题
- 1.2 为什么会用到 SpringCloud
- 1.3 SpringCloud 第一代和第二代的区别
- 1.3.1 SpringCloudAlibaba 核心组件
Author: Gorit
Date：2020年11月
Refer：阿里云大学
2021年发表博文： 6/50
一、微服务架构演变过程
1.1 微服务架构演变
传统单体架构 —> 分布式架构 —> SOA 面向服务架构 —> 微服务架构模式 —> 服务网格
1.1.1 传统单体架构
SSM 整合、MVC 三层架构，所有的代码放在同一个项目中，部署在同一个 tomcat 中。所有的开发都是由一个人完成
优点：
- 开发简单
- 运维简单
缺点：
- 该架构没有对业务逻辑进行拆分，所有的代码写在同一个项目中
- 只适合小团队或个人开发
- 系统中的某个模块出现不可用的情况，或导致整个项目无法启动
应用场景：
- 政府项目
- 管理系统
- cms、oa、适合个人小团队开发
1.1.2 分布式架构
分布式架构模式是基于传统的模式演变过来的，将我们的单点系统根据业务拆分。会拆分成会员系统，订单系统，支付系统，秒杀系统。从而降低整个项目的耦合度
比如
1.1.3 SOA 面向服务的架构
SSO 单点登录认证系统
SOA 面向服务架构是基于分布式架构演变过来的，俗称服务化，也就是面向接口开发（服务开发），将共同存在业务逻辑抽取成一个公共的服务。提供给其他接口实现调用，服务与服务之间采用 rpc 远程调用结束
解决代码冗余
服务，只有接口
- cn.gorit.service
- cn.gorit.dao
SOA 架构特点：
- SOA 架构模式采用 SOAP 传输协议（Http/Https + XML）实现传输，在高并发情况下实现通讯该协议存在大量的冗余性传输，而非常占用带宽。所以后来微服务架构中使用 json 替代了 xml
- SOA 架构模式实现方案 WebService 或者 ESB 企业服务总线 底层采用 SOAP 协议传输。
传统政府，银行项目还是保留的在使用 WebService
互联网公司：采用 http：json 形式实现传输
1.1.4 微服务架构模式
SOA 架构模式缺点：
- 采用 SOAP 协议实现通信，xml 传输非常重，效率比较低
- 服务化管理 和 治理设施不够完善
- 依赖中心的服务发现机制
- 不适合前后端分离架构模式
cn.gorit.controller
cn.gorit.service
cn.gorit.dao
前后端分离技术就是对我们控制层 和 业务逻辑实现区分
前端可以采用 vue 中 axios 调用我们的后端接口（http+json）
微服务架构模式基本概念：从 SOA 结构模式演变过来，比 SOA 架构对服务拆分力度更加精细，采用前后端分离的架构，让专业的人做专业的事（专注），目的可以实现高效率开发。微服务架构中，每个服务之间互不影响，每个服务必须独立部署，运维，互不影响，微服务架构模式非常轻巧，轻量级，适合互联网公司开发
服务与服务之间通信的协议采用 restful 形式，数据交换格式采用 http + json 格式实现传输
整个传输过程中，采用二进制，所以 Http 协议可以实现跨语言的平台，并且和其他的语言实现通讯
1.1.5 SOA 与 微服务架构有哪些区别
- 通信协议微服务基于 SOA 架构模式发展而来，继承 SOA 架构有点，在微服务架构中去除 SOA 架构中 SOAP 协议 和 ESB 企业服务总线（ESB：解决多系统之间跨语言无法实现通讯的问题，对我们数据协议实现转换，可以提供可靠的消息通信，第三方框架实现），改为 Http + JSON 形式传输我们的接口
- 服务拆分粒度微服务架构模式比 SOA 架构模式粒度更加精细，提倡让专业的人去做专业的事情，没有底是实现高效的开发，每个服务与服务之间都互不影响，每个服务都是单独的数据库，redis 连接、MQ 等。并且都是实现独立部署。整个微服务架构更加轻巧，轻量级。在 SOA 架构中，有可能存在多个服务共享一个数据库，但是微服务必须强调每个服务都是独立的 数据库部署，互不影响
- 迭代微服务的架构模式比 SOA 架构模式，更加适合互联网公司，敏捷、高校、快速迭代版本开发，因为粒度非常精细
1.1.6 微服务架构中会存在那些问题
分布式事务解决方案(rabbitmg、 rocketmg 事务消息、lcn (淘汰)、setata)最终一 致. 性概念。。
分布式任务调度平台(XXL-Job、 AlibabaCloud Scheduler 、elastic- job)
分布式服务注册与发现(eureka、consul、zookeeper、 Nacos )
分布式日志采集系统 elk+kafka.
分布式服务追踪与调用链系统 Zipkin.。
分布式服务配置中心(springcloud config/携程阿波罗/nacos. /disconfig).
非常重要的概念:独立部署、 可配置、动态化
1.2 为什么会用到 SpringCloud
SpringCloud 并不是一个 rpc远程调用框架，而是一个微服务全家桶的解决方案的框架，理念就是一条龙解决我们在微服务架构中遇到的问题
服务治理：eureka
分布式配置：config
客户端调用工具：rest/feign客户 rpc 远程调用
RPC 远程调用框架
- Httpclient
- dubbo
- feign
- grpc
- 基于 Netty 手写 rpc
1.3 SpringCloud 第一代和第二代的区别
第一代：实际上都是使用 Netflix 开源的组件整合微服务解决方案
第二代：实际上是自己研发 和 SprringCloud Alibaba 国内优秀的微服务解决框架整合。
1.3.1 SpringCloudAlibaba 核心组件
- SpringCloudAlibaba Nacos （服务注册与发现和分布式配置中心）
- SpringCloudAlibaba Sentinel（服务保护框架，服务降级，服务熔断等等）
- SpringCloudAlibaba Seata（分布式事务解决框架）
- SpringCloudAlibaba OSS 阿里云存储
- SpringCloudAlibaba SchedulerX 分布式任务调度平台
- SpringCloudAlibaba SMS 分布式短信系统
下一节：使用 Nacos 实现服务注册和服务发现
