SringCloud

已于 2022-12-19 20:54:53 修改
阅读量258 收藏
点赞数
分类专栏： springcloud 文章标签： spring cloud
于 2022-12-03 13:11:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43619582/article/details/128158589
版权

体系架构

概念在这里插入图片描述## 体系架构在这里插入图片描述## 主要技术架构

在这里插入图片描述

版本选择

springboot以数字为版本
springcloud以字母为版本
springboot要用2.0以后版本

版本依赖关系

在这里插入图片描述

选择版本

在这里插入图片描述
在这里插入图片描述

依赖

在这里插入图片描述

微服务组件停更升级替换在这里插入图片描述

Eureka

概念在这里插入图片描述

组件

在这里插入图片描述

server端

依赖

在这里插入图片描述

yml配置文件

在这里插入图片描述

主启动类上加注解在这里插入图片描述

client端

依赖

在这里插入图片描述

yml配置

在这里插入图片描述

在服务端显示的主机名称修改和ip显示

依赖

在这里插入图片描述

yml配置在这里插入图片描述

主启动类添加注解

在这里插入图片描述

实例名称

在这里插入图片描述

server集群

在这里插入图片描述

搭建注意地方

在这里插入图片描述
7001服务守望7002
在这里插入图片描述
7002服务守望7001
在这里插入图片描述
client注册进server集群
在这里插入图片描述

client集群

8001和8002
在这里插入图片描述

80调用时注意
在这里插入图片描述
在这里插入图片描述

获取服务注册信息

主启动类开启

在这里插入图片描述

引进注解

在这里插入图片描述

接口访问

在这里插入图片描述

自我保护机制

在这里插入图片描述
在这里插入图片描述

关闭自我保护机制

服务端配置

在这里插入图片描述

客户端配置

在这里插入图片描述

springcloud整合Zookeeper代替Eureka

服务端

zookeeper服务端放在linux

客户端

依赖

注意zookeeper引进的依赖要和Linux上安装的zookeeper的版本一致，否则启动时会报版本冲突问题在这里插入图片描述

yml配置

在这里插入图片描述

主启动类

在这里插入图片描述

成功启动注册进zookeeper

在这里插入图片描述

服务节点是临时节点

只要服务节点不存在了，zookeeper会在心跳过后直接删除

consul

概念

在这里插入图片描述
服务端直接安装

客户端

依赖

在这里插入图片描述

yml配置

在这里插入图片描述

主启动类

在这里插入图片描述

三个注册中心异同点

在这里插入图片描述

CAP原则

在这里插入图片描述
分布式系统必须满足p,所以分布式系统要不是CP,要不是AP

Ribbon

概念

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

集中式LB

在这里插入图片描述

进程内LB

在这里插入图片描述

eureka已经引入了ribbon

在这里插入图片描述

负载规则替换

在这里插入图片描述
配置类
在这里插入图片描述
主启动类添加注解
在这里插入图片描述

OpenFeign

概念

在这里插入图片描述
在这里插入图片描述
面向接口的调用（服务接口绑定器）
在这里插入图片描述

服务调用

在这里插入图片描述

依赖在这里插入图片描述

开启Feign

在这里插入图片描述

远程接口

在这里插入图片描述
对应关系
在这里插入图片描述

超时控制

概念

在这里插入图片描述

配置在这里插入图片描述

日志打印

简介

在这里插入图片描述

日志级别

在这里插入图片描述

配置Bean

在这里插入图片描述

yml配置

在这里插入图片描述

Hystrix

服务雪崩

在这里插入图片描述

概念

在这里插入图片描述

作用

服务降级(break)

例如：
在这里插入图片描述在这里插入图片描述
既可以放在服务端，也可以放在客户端，一般放在客户端

依赖

在这里插入图片描述

客户端降级
主启动类激活

在这里插入图片描述

客户端业务

在这里插入图片描述

服务端降级
yml配置

在这里插入图片描述

主启动类开启

在这里插入图片描述
业务类和客户端一样

默认降级（每一个方法配置一个问题）

在这里插入图片描述
类上增加注解
在这里插入图片描述
方法上
在这里插入图片描述
默认处理方法
在这里插入图片描述

针对接口处理（和业务代码混在一起）

在这里插入图片描述
在这里插入图片描述
实现类
在这里插入图片描述
接口上增加注解
在这里插入图片描述

服务熔断（fallback）

例如
在这里插入图片描述

概念

在这里插入图片描述

有三种状态

端口、关闭、半开
在这里插入图片描述

服务熔断注解

在这里插入图片描述

熔断效果

错误次数比率太多，如果服务熔断了，开始即使有正确的请求，也可能会不成功；
成功几次，就会成功
在这里插入图片描述
在这里插入图片描述

工作流程

在这里插入图片描述
在这里插入图片描述

服务限流(flowlimit)

例如
在这里插入图片描述

Hystrix Dashboard

在这里插入图片描述

依赖

在这里插入图片描述

主启动类开启

在这里插入图片描述

被监控项目

被监控项目图形化展示需要添加依赖
在这里插入图片描述
启动类配置
在这里插入图片描述

GateWay

简介

在这里插入图片描述
在这里插入图片描述
微服务项目中位置
在这里插入图片描述

选择gateway原因

在这里插入图片描述
gateway底层框架是异步非阻塞的，比Zuul2.0出来的早（占有了市场）

工作流程

在这里插入图片描述

项目搭建

依赖

在这里插入图片描述

yml配置

在这里插入图片描述

不需要web依赖

在这里插入图片描述

访问方式

在这里插入图片描述

路由配置

两种方式

在这里插入图片描述

yml配置

在这里插入图片描述

代码配置

在这里插入图片描述

通过微服务名来实现动态路由

概念

在这里插入图片描述
在这里插入图片描述

yml配置修改

在这里插入图片描述

predicate

实质是路由里边一些条件的匹配
在这里插入图片描述
路径匹配，某个时间之后，带cookie访问
在这里插入图片描述
在这里插入图片描述

gateWay的filter

概念

在这里插入图片描述

自定义过滤器

在这里插入图片描述
在这里插入图片描述

配置中心

背景

在这里插入图片描述

概念

在这里插入图片描述
在这里插入图片描述

作用

在这里插入图片描述

服务端项目搭建

依赖

在这里插入图片描述

yml

在这里插入图片描述

开启配置服务

在这里插入图片描述

配置读取规则

在这里插入图片描述

客户端项目搭建

依赖

在这里插入图片描述

yml

在这里插入图片描述
在这里插入图片描述
yml解析
在这里插入图片描述

动态刷新问题

分布式配置的动态刷新问题

在这里插入图片描述

解决办法

在这里插入图片描述

引入actuator监控

在这里插入图片描述

修改yml,暴露监控端口

在这里插入图片描述

controller增加刷新注解

在这里插入图片描述

刷新客户端生效

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

仍然存在的问题

在这里插入图片描述

消息总线

在这里插入图片描述

目的

实现分布式自动刷新功能
在这里插入图片描述

概念

在这里插入图片描述

工作流程

安装RabbitMQ
设计思想：在这里插入图片描述

配置中心服务端

依赖

在这里插入图片描述

yml

在这里插入图片描述
在这里插入图片描述

配置中心客户端

依赖

在这里插入图片描述

yml

在这里插入图片描述

刷新配置中心服务端

广播通知

在这里插入图片描述
rabbitMQ可以看到消息总线topic
在这里插入图片描述

定点通知

在这里插入图片描述
只通知3355
刷新命令
在这里插入图片描述

消息驱动（stream）

引入的目的

在这里插入图片描述
在这里插入图片描述

概念在这里插入图片描述

统一底层差异

在这里插入图片描述
在这里插入图片描述

遵循发布-订阅模式

在这里插入图片描述
在这里插入图片描述
目前只支持 RabbitMQ合Kafka两种消息中间件

编码api和常用注解

在这里插入图片描述

在这里插入图片描述

项目

在这里插入图片描述

生产者

以rabbitmq作为消息中间件

在这里插入图片描述

yml配置

在这里插入图片描述

发送消息代码

在这里插入图片描述

消费者

依赖
在这里插入图片描述
yml
在这里插入图片描述
接受消息代码
在这里插入图片描述

分组消费与持久化

在这里插入图片描述

存在重复消费问题
在这里插入图片描述

重复消费问题解决

原因

在这里插入图片描述

解决原理

在这里插入图片描述

yml配置分组

在这里插入图片描述

持久化

在这里插入图片描述

消费者配置了分组后，可以支持持久化消费，即当生产者发送消息时，尽管消费者当时没有启动，如果重新启动后仍然可以把没有消费的消息消费；但是对于没有配置分组的消费者来说重新启动后不能把没有消费的消息消费

Sleuth

分布式请求链路跟踪

出现原因

在这里插入图片描述

zipkin搭建安装

在这里插入图片描述
sleuth负责收集整理，zipkin负责展现
在这里插入图片描述
下载好zipkin后直接运行命令运行jar包
在这里插入图片描述

链路依赖关系
在这里插入图片描述

sleuth链路监控展现

引入依赖

在这里插入图片描述

注册到zipkin

在这里插入图片描述

@@星辰大海
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
SpringCloud确保服务由gateway网关转发（服务器端口规则及设置方法）
Hpsyche的博客
04-19 1万+
前言 在前面曾提到一些方法确保SpringCloud中服务接口先通过网关转发，再到达我们的主服务，避免请求越过网关，直接访问我们的主服务。 但除了在转发层面添加header的解决方式之外，我们大可在服务器层面做手脚，开放必要的端口即可，从源头上断绝了对服务接口的直接访问。 正文 首先有如下架构： Consul于服务器192.168.1.102； Gateway于服务器192.168.1.103；...
sringcloud2.0学习-5-Eureka高可用集群
01-07
Eureka高可用集群 1.注册中心的重要性 在微服务中，注册中心非常核心，可以实现服务治理，如果一旦注册出现故障的时候，可能会导致整个... 2. Eureka高可用原理 ... register-with-eureka: true ... fetch-registry: true ...
给微服务配置多个端口号的三种方法
最新发布
qq_53622890的博客
08-19 399
我使用的是 2022版中文化的 英文的找到对应位置即可,共有三种如下:
GateWay网关
vengu733的博客
12-25 2237
SpringCloud Gateway作为Spring Cloud生态的网关，目标是替代Zuul，在SpringCloud2.0以上的版本中，没有对新版本的zuul2.0以上的最新高性能版本进行集成，仍然还是使用的zuul1.x非Reactor模式的老版本。而为了提升网关的性能，SpringCloud Gateway是基于webFlux 框架实现的，而webFlux框架底层则使用了高性能的Reactor模式通信框架的Netty。
springboot多模块启动，在yml配置了启动端口但启动还是8080
阿king的博客
11-08 2752
springboot多模块启动，yml配置了端口仍以8080启动
解决修改yml端口号无法生效的问题
hxhxhxhxh的博客
02-20 1803
解决springboot项目配置yml文件不生效的问题，此方法同时可以解决打包后xml文件消失不见的问题
基于SringCloud微服务系统设计方案.docx
09-26
基于SringCloud微服务系统设计方案.docx
SpringCloud实战源代码.zip
09-18
本套源代码，几乎覆盖了cloud所有组件的源代码.......
基于SpringCloud的在线校园订餐系统源码+数据库（毕业设计）.zip
07-10
基于SpringCloud的在线校园订餐系统源码+数据库（毕业设计）.zip。项目简介 本项目是一套基于SpringCloud的在线校园订餐系统，主要针对计算机相关专业的正在做毕设的学生和需要项目实战练习的Java学习者。...
基于springboot的餐厅点餐系统源码.rar
04-14
基于springboot的餐厅点餐系统源码+数据库，作为毕业设计，课程设计，期末大作业都可以，绝对高分项目。 开发语言：Java 框架：springboot JDK版本：JDK1.8 服务器：tomcat7 数据库：mysql 5.7（一定要5.7版本） ...
Yml的基本配置（服务器端口、日志、JPA、Druid、环境激活、thymeleaf、resource）
记录和分享属于我的“IT”时光
02-11 3428
Yml的基本配置（服务器端口、日志、JPA、Druid、环境激活、thymeleaf、resource）
从0到1学SpringCloud——11 gateway网关路由配置详解
专注Java实用技术分享
09-15 8480
转发到 zhufeng-web-user 的路由规则 比较好理解，就是根据请求路径进行转发，但是在zhufeng-web-msg微服务中，我们并没有配置 route 的请求前缀，但依然可以转发到MsgController ，这是因为gateway通过过滤器filters 属性StripPrefix=1 去掉了第一个uri前缀。
spring cloud gateway自定义filter重定向
一只猪啊啊的博客
08-21 1万+
在自定义filter里返回值是一个Mono<Void> 如果业务处理发现数据有问题就要返回 这时就有了第一种实现，retrun 一个 Mono.empty(); 这种处理办法显然是有问题的，用户根本无从知道他的数据问题在哪。你返回Mono<Void>没有任何意义。只是让fliter停止了而已。 这时就要去查看源码里怎么写的了，我发现了 org.springfr...
SpringBoot修改默认端口号
weixin_33816611的博客
12-02 3366
有时候我们可能需要启动不止一个SpringBoot，而SpringBoot默认的端口号是8080，所以这时候我们就需要修改SpringBoot的默认端口了。修改SpringBoot的默认端口有两种方式。下面就分别说一下这两种方式。 修改application.properties 第一种方式我们只需要在application.properties中加这...
Spring Cloud Gateway基于服务发现的默认路由规则
Flyer的后花园
08-07 7271
转载: http://www.springcloud.cn/view/256 摘要:本篇文章主要介绍了Spring Cloud Gateway的基于服务发现的默认路由规则，从中可以看出Gateway的路由规则:http://Gateway_HOST:Gateway_PORT/大写的serviceId/* 和 zuul的默认路由规则http://ZUUL_HOST:ZUUL_PORT/微服务在Eu...
Spring cloud gateway 详解和配置使用（文章较长）
热门推荐
荡漾
11-08 20万+
目录 spring cloud gateway 介绍 1. 网关是怎么演化来的 2. 网关的基本功能 3.关于Spring Cloud Gateway 4.Spring Cloud Gateway 功能特征 5.predicate简介 6.GatewayFilter 工厂介绍 7.集成Hystrix的断路器功能 8.请求限流 pom.xml application.ym...
微服务 Spring Cloud Gateway 网关 基础配置
lianzuo123的博客
08-25 4087
微服务 Spring Cloud Gateway 网关 基础配置
spring cloud gateway 修改请求路径Path
ZHANGSHUN_qi的博客
09-18 7458
一、背景： 项目升级改造，老项目使用请求url中特定参数进行服务路由，现使用gateway网关进行路由服务信息 二、根据参数信息修改请求路径Path @Component public class RequestFilter implements GlobalFilter, Ordered { @Override public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chai..
Spring cloud gateway 踩坑实录——端口之坑、配置代理远端WS服务时报404，403之坑
zx4java的博客
09-03 2万+
先贴上解决方案吧，一下简称Spring cloud gateway 为SCG server: port: 8000 spring: cloud: gateway: routes: - id: https uri: https://www.zhaoxu4java.com/-/x/pro/market/overview pr...
SpringCloud Gateway的基本入门和注意点
zzzgd_666的博客
01-08 2万+
1.gateway和zuul Spring Cloud Finchley版本的gateway比zuul 1.x系列的性能和功能整体要好,且使用 Gateway 做跨域相比应用本身或是 Nginx 的好处是规则可以配置的更加灵活. 这两者相同的地方就是都是作为网关,处理前段的请求,可以进行路由到对应的服务或者url,也可以针对权限做过滤处理,也可以对其他服务响应的结果做处理 https://clou...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值