SpringCloud Alibaba1.1、单体 分布式 集群
单体:也称单机结构,将一个项目全都部署在一台服务器上面,整个项目的所有服务资源都由这一台服务器提供。
![f12c7592c3cdd9b0a4c8eb9526a7b1a4.jpeg](https://i-blog.csdnimg.cn/blog_migrate/47b2c4fbd21b7d3aca8b23ff23ebfbce.jpeg)
分布式:随着项目越来越庞大,单体式中的服务器处理能力有限,所以就将项目服务和MySQL服务分别存储在两台或两台以上的服务器上,可通过合理部署项目对服务器硬件定制化。
![829592dfe68482e81e152848da09cd48.jpeg](https://i-blog.csdnimg.cn/blog_migrate/d38149cc6ed8813f604346a4a6228ca6.jpeg)
集群:在分布式结构中,可能存在单点故障问题,此时就对服务进行备份提供相同的服务,这样就构成了一个“集群”,集群中每一个服务器都是一个节点;为了让这些节点都能有相同的工作量,不至于累的累死闲的闲死,负载均衡器就起作用了。
![e12c5beaf872c29c3ee2589de7202eed.jpeg](https://i-blog.csdnimg.cn/blog_migrate/7a28b8536b03dbe7db5a731f7984e95e.jpeg)
1.2、系统架构的演变
单体应用架构 -> 垂直应用架构 -> 分布式架构 -> SOA架构 -> 微服务架构
1.2.1、单体应用架构
互联网早期,应用比较小业务简单,将所有功能代码部署在一起,减少开发、部署和维护的成本。
![39561474bc88f22cf13f71fd63b34aac.jpeg](https://i-blog.csdnimg.cn/blog_migrate/5e539abd62451c1e5a5a00983d494510.jpeg)
![68692c3dc5ce085a66707a281efb1135.jpeg](https://i-blog.csdnimg.cn/blog_migrate/a1079988aef83690ef7cd747e9d8ce7e.jpeg)
优点:
- 项目架构简单,小型项目的话,开发成本低
- 项目部署在一个节点上,维护方便
缺点:
- 全部功能集成在一个工程中,对于大型项目来讲不易开发和维护
- 项目模块之间紧密耦合,单点容错率低
- 无法针对于不同模块进行针对性优化和水平扩展
1.2.2、垂直应用架构
随着访问量的增大,单体结构只能通过添加节点来应对,但发现不是所有的模块都有很大的访问量,还是以上面的电商为例子, 用户访问量的增加可能影响的只是用户和订单模块, 但是对消息模块的影响就比较小. 那么此时我们希望只多增加几个订单模块, 而不增加消息模块. 此时单体应用就做不到了, 垂直应用就应运而生了.
所谓的垂直应用架构,就是将原来的一个应用拆成互不相干的几个应用,以提升效率。比如我们可以将上面电商的单体应用拆分成:
- 电商系统(用户管理 商品管理 订单管理)
- 后台系统(用户管理 订单管理 客户管理)
- CMS系统(广告管理 营销管理)
![b38ed5e269a336038bfde5589ee704e9.jpeg](https://i-blog.csdnimg.cn/blog_migrate/569a20369676d47d2a396bffb41509fe.jpeg)
优点:
- 系统拆分实现流量分担,解决了并发问题,并且可以针对不同模块进行优化和水平扩展
- 一个系统的问题不会影响到其他系统,提高容错率
缺点:
- 系统之间相互独立,无法进行相互调用
- 系统之间相互独立,会有重复的开发任务
1.2.3、分层架构
但垂直应用越来越多,重复的业务代码就会越来越多。我们考虑将重复的代码抽出来,这就形成了表现层和服务层两部分结合成的分层架构。业务层中包含业务逻辑;表现层只需要处理页面交互。
![8fe32588358d12aaf5e519d56b002184.jpeg](https://i-blog.csdnimg.cn/blog_migrate/81fad0803c60f49754c53ca270b30733.jpeg)
优点:
- 抽取公共的功能为服务层,提高代码复用性
缺点:
- 系统间耦合度变高,嗲用关系错综复杂,难以维护
1.2.4、SOA架构
在分布式的发展下,小服务资源的浪费问题逐渐显现,增加一个调度中心对集群进行实时管理,用户资源调度和治理中心,强调面向服务
![896f4c7d88127f992295cd2fb31630de.jpeg](https://i-blog.csdnimg.cn/blog_migrate/a3ccfbbc66f116ce1b861a8da25210de.jpeg)
优点:
- 使用注册中心解决了服务之间调用关系的自动调节
缺点:
- 服务之间会有依赖关系,一旦某个环节出错会影响较大(服务雪崩)
- 服务关系复杂,运维、测试部署困难
1.2.5、微服务架构
微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步,它更加强调服务于“彻底拆分”。
![bb07a7177a208b6af0713f0da13ae3b7.jpeg](https://i-blog.csdnimg.cn/blog_migrate/7ca2ee42a8e10f899184daed57e30ba6.jpeg)
优点:
- 服务原子化拆分,独立打包,部署升级,保证每个微服务清晰的任务划分,利于扩展
- 微服务之间采用RESTful等轻量级Http协议相互调用
缺点:
- 分布式系统开发的技术成本高(容错、分布式事务等)
1.3、微服务架构介绍
微服务架构:简单来说就是对单体应用进一步拆分成更小的服务,每个服务都是一个可以独立运行的项目。
![05240c42b4be232c0346438a54dd2586.jpeg](https://i-blog.csdnimg.cn/blog_migrate/bb9b0ef48fb83c9703f03e79276fbda0.jpeg)
1.4、Spring Cloud 介绍
Spring Cloud 是一系列框架的集合。利用 Spring Boot 开发简化了分布式系统的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控;Spring Cloud 讲各公司成熟经得起考验的框架组合起来,最终开发出一套简单易懂、易部署和易维护的分布式系统开发工具。
SpringBoot 专注于快速方便的开发单个个体微服务;而SpringCloud关注全局微服务协调整理治理框架,它将SpringBoot开发的一个个单体微服务整合并管理起来,为各个微服务之间提供配置管理、服务发现、断路器、路由、事件总线、分布式系统、等等集成服务。总的来说:SpringBoot专注于快捷、方便的开发单个微服务个体、SpringCloud关注全局的服务治理组件的集合。
服务治理 Nacos Discovery
2.1、什么是服务治理
服务治理:微服务架构中最核心最基础的模块,用户实现各个微服务的自动化注册与发现
服务注册:每个服务单元先注册中心登记自己服务的详细信息。服务注册中心以心跳的方式去检测清单中的服务是否可用,剔除掉不可用的服务。
服务发现:服务调用方向服务注册中心咨询服务,实现对具体服务实例的访问。
![ac545ef7718aa65df582701a3f8ebce3.jpeg](https://i-blog.csdnimg.cn/blog_migrate/0c0d411d52ea54495b5e96ee595a39c9.jpeg)
2.2、常见注册中心
- 「Zookeeper」:是一个分布式服务框架,主要用来解决分布式应用中一些数据管理问题,如:状态同步服务,集群管理。
- 「Eureka」:主要作用就是做服务注册与发现。
- 「Consul」:主要面向分布式,服务化的系统提供服务注册、服务发现和配置管理功能。
- 「Nacos」:是一个易于构建云原生应用的动态服务发现,配置管理和服务管理平台。
2.3、Nacos简介
nacos致力于发现、配置、管理微服务,快速实现动态服务发现服务配置、服务元数据以及流量管理。
「核心功能:」
- 「服务注册」:发送REST请求向Nacos Server注册自己的服务
- 「服务心跳」:通过心跳机制维护Nacos Server,说明服务一直处于可用状态,防止被剔除,默认5s发送一次心跳
- 「服务同步」:集群之间会相互同步服务实例,用来保证服务信息一致性
- 「服务发现」:服务消费者获取Nacos Server上面注册的服务清单,缓存到Nacos Client本地会在Nacos Client开启一个定时任务的拉取服务最新的注册表信息更新到本地缓存。
- 「服务健康检查」:开启一个定时任务来检查服务实例的健康情况,超过15s没有心跳的实例会将它的healthy属性设置为false,实例超过30s没有心跳。直接剔除该实例,如果被剔除的实例回复心跳则重新注册
2.4、Nacos实战入门
2.4.1、安装Nacos
❝下载地址: https://github.com/alibaba/nacos/releases❞
下载zip格式的安装包,然后进行解压缩操作,上课使用的Nacos Server版本是1.3.2
2.4.2、启动Nacos
# 进入bin目录cd bin#在cmd中启动startup.cmd -m standalone2.4.3、访问Nacos
打开浏览器输入http://localhost:8848/nacos,即可访问服务, 默认密码是nacos/nacos
![94e2bbe1e9221c162d809de9b394982e.jpeg](https://i-blog.csdnimg.cn/blog_migrate/d6ab22ee340cae635cca704bb6710821.jpeg)
2.5、在项目中如何使用
2.5.1、在pom.xml中添加Nacos依赖
<!--nacos客户端--><dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId></dependency>2.5.2、在启动类上面贴 「@EnableDiscoveryClient」 注解
@SpringBootApplication@EnableDiscoveryClientpublic class ProductServer { public static void main(String[] args) { SpringApplication.run(ProductServer.class,args); }}2.5.3、在application.yml中添加Nacos的服务地址
spring: cloud: nacos: discovery: server-addr: localhost:8848远程调用负载均衡 Ribbon
负载均衡:就是将负载进行分摊到多个操作单元上进行操作,根据发生的位置不同,分为服务端负载均衡和客户端负载均衡。
在微服务中我们一般使用客户端负载均衡,也就是在服务调用的一方决定由那个服务提供。
![bf712fa788e748d278f058c0d4d362b7.jpeg](https://i-blog.csdnimg.cn/blog_migrate/a5a1c91c64bd3b8c4941281173637944.jpeg)