微服务架构SpringCloud-1.3-黑马
服务架构演变
1.1.1 单体架构
单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
优点：
- 架构简单
- 部署成本低
缺点：耦合度高【不利于大型项目开发】
1.1.2 分布式架构
分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
优点：
- 降低服务耦合
- 有利于服务升级拓展
【但是凡事都是有两面的，既然做了服务的拆分，部署也会变得复杂，而且在拆分的时候也会有问题】
1.1.3 服务治理
分布式架构需要考虑的问题：
- 服务拆分粒度如何？
- 服务集群地址如何维护？
- 服务之间如何实现远程调用？
- 服务健康状态如何感知？
在解决这些问题的路上，也出现了各种各样的技术
但是近几年，最火的，莫过于“微服务”方案。
1.1.4 微服务
微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：
-
单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
-
面向服务：微服务对外暴露业务接口
-
自治：团队独立、技术独立、数据独立、部署独立
部署独立：
-
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题
【总的来说，就是为了高内聚、低耦合，降低服务之间的影响】
1.1.5 总结
单体架构特点？
- 简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统
分布式架构特点？
- 松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝
微服务：一种良好的分布式架构方案
- 优点：拆分粒度更小、服务更独立、耦合度更低
- 缺点：架构非常复杂，运维、监控、部署难度提高
微服务技术对比
1.2 微服务技术对比
1.2.1 微服务结构
微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。
在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。
【既然都是做微服务，它们包含的组件和功能，基本上是一致的】
1.2.2 微服务技术对比
【SpringCloudAlibaba 兼容前两种技术】
1.2.3 企业需求
- SpringCloud + Feign
- 使用SpringCloud技术栈
- 服务接口采用Restful风格
- 服务调用采用Feign方式
- SpringCloudAlibaba + Feign
- 使用SpringCloudAlibaba技术栈
- 服务接口采用Restful风格
- 服务调用采用Feign方式
- SpringCloudAlibaba + Dubbo
- 使用SpringCloudAlibaba技术栈
- 服务接口采用Dubbo协议标准
- 服务调用采用Dubbo方式
- Dubbo原始模式
- 基于Dubbo老旧技术体系
- 服务接口采用Dubbo协议标准
- 服务调用采用Dubbo方式
认识微服务 1.3 SpringCloud
1.3.1 SpringCloud
SpringCloud是目前国内【大胆点，全球】使用最广泛的微服务框架。
官网地址：https://spring.io/projects/spring-cloud
SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：
- 服务注册发现
Eureka、Nacos、Consul
- 统一配置管理
SpringCloudConfig、Nacos
- 服务远程调用
OpenFeign、Dubbo
- 统一网关路由
SpringCloudGateway、Zuul
- 服务链路监控
Zipkin、Sleuth
- 流控、降级、保护
Hystix、Sentinel
【SpringCloud 和 SpringBoot 的版本兼容关系】
【老师那会儿的信息】
官网其实可以查到
比如现在的SpringCloud 版本是2021.0.4 ，兼容的SpringBoot 的版本是 2.6.11。【今天是2022年10月27日】
还有其他组件的信息：
【课程学习版本是 Hoxton. SR10 ，对应的SpringBoot版本是2.3.x版本。】【哇，有点低】
OK， 那就正式开始吧
