微服务架构演变
单体架构
单体架构也称之为单体系统或者是单体应用,就是一种把系统中所有功能、模块耦合在在一个应用中的架构方式。
优点
- 架构简单
- 部署成本低
分布式架构
根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。
优点
- 降低服务耦合
- 有利于服务升级拓展
分布式架构要解决的问题
- 服务拆分粒度
- 服务集群地址如何维护
- 服务之间如何实现远程调用
- 服务健康状态如何感知
微服务架构
微服务是一种经过良好架构设计的 分布式 架构方案。
微服务特征
- 单一职责
微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发。 - 面向服务
微服务对外暴露业务接口 - 自治
团队独立、技术独立、数据独立、部署独立 - 隔离性强
服务调用做好隔离、容错、降级,避免出现级联问题
架构对比
- 单体架构简单方便,高度耦合,扩展性差,适合小型项目。例如:学生管理系统
- 分布式架构 松耦合,扩展性好,但架构复杂,难度大。适合大型互联网项目,例如:京东、淘宝
- 微服务架构 拆分粒度更小、服务更独立、耦合度更低但是架构非常复杂,运维、监控、部署难度提高
技术选型
微服务这种方案需要技术框架来落地,全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是 Spring Cloud 和阿里巴巴的 Dubbo。
- Spring Cloud + Feign
使用 Spring Cloud 技术栈,服务接口采用 RestFul 风格,服务调用采用 Feign 方式 - Spring Cloud Alibaba + Feign
- Spring Cloud Alibaba + Dubbo
- Dubbo 原始模式
基于 Dubbo 老旧技术体系,服务接口采用 Dubbo 协议标准,服务调用采用 Dubbo 方式
Spring Cloud
- Spring Cloud 是目前国内使用最广泛的微服务框架。
- Spring Cloud 集成了各种微服务功能组件,并基于 Spring Boot 实现了这些组件的自动装配,从而提供了良好的开箱即用体验:
服务注册发现
Eureka、Nacos、Consul
统一配置管理
SpringCloudConfig、Nacos
服务远程调用
OpenFeign、Dubbo
统一网关服务
SpringCloudGateway、Zuul
服务链路监控
Zipkin、Sleuth
流控、降级、保护
Hystrix、Sentinel