![](https://img-blog.csdnimg.cn/20201014180756923.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
soringcloud
文章平均质量分 92
小钟要学习!!!
一个新手的程序员跟着黑马教程一路走的学习经验与总结分享在此(接项目)
说明:所有的博客大多来源网络教程视频学习总结得来
展开
-
SpringCloud Sleuth分布式请求链路跟踪
Git官网地址:https://github.com/spring-cloud/spring-cloud-sleuth官网地址:https://spring.io/projects/spring-cloud-sleuth在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。原创 2022-11-02 05:52:36 · 803 阅读 · 4 评论 -
SpringCloud Stream消息驱动
在没有绑定器这个概念的情况下,我们的SpringBoot应用要直接与消息中间件进行信息交互的时候,由于各消息中间件构建的初衷不同,它们的实现细节上会有较大的差异性通过定义绑定器作为中间层,完美地实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel通道,使得应用程序不需要再考虑各种不同的消息中间件实现。Binder可以生成Binding,Binding用来绑定消息容器的生产者和消费者,它有两种类型,INPUT和OUTPUT,INPUT对应于消费者,OUTPUT对应于生产者。原创 2022-11-01 06:06:26 · 871 阅读 · 15 评论 -
SpringCloud Bus消息总线
在微服务架构的系统中,通常会使用轻量级的消息代理来构建一个共用的消息主题,并让系统中所有微服务实例都连接上来。由于该主题中产生的消息会被所有实例监听和消费,所以称它为消息总线。在总线上的各个实例,都可以方便地广播一些需要让其他连接在该主题上的实例都知道的消息。原创 2022-10-27 10:22:01 · 1309 阅读 · 10 评论 -
Gateway新一代网关
web请求,通过一些匹配条件,定位到真正的服务节点。并在这个转发过程的前后,进行一些精细化控制。predicate就是我们的匹配条件;而filter,就可以理解为一个无所不能的拦截器。有了这两个元素,再加上目标uri,就可以实现一个具体的路由了需要实现两个主要的接口全局日记记录统一网关鉴权…./*** 描述:全局日记过滤器*log . info("---------- 进去全局过滤方法 MyLogGateWayFilter: " + new Date());原创 2022-10-19 07:55:38 · 3129 阅读 · 26 评论 -
hystrixDashboard服务监控
除了隔离依赖服务的调用以外,Hystrix还提供了),Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息,并以统计报表和图形的形式展示给用户,包括每秒执行多少请求多少成功,多少失败等。Netflix通过hystrix-metrics-event-stream项目实现了对以上指标的监控。Spring Cloud也提供了Hystrix Dashboard的整合,对监控内容转化成可视化界面。原创 2022-10-18 10:55:51 · 656 阅读 · 2 评论 -
hystrix服务熔断和限流
熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回错误的响应信息。当检测到该节点微服务调用响应正常后,恢复调用链路。在Spring Cloud框架里,熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况,当失败的调用到一定阈值,缺省是5秒内20次调用失败,就会启动熔断机制。熔断机制的注解是@HystrixCommand。原创 2022-10-13 08:22:14 · 2273 阅读 · 6 评论 -
Hystrix服务降级fallback
服务降级,客户端去调用服务端,碰上服务端宕机或关闭。原创 2022-10-11 06:35:04 · 1217 阅读 · 11 评论 -
Hystrix断路器入门1
Hystrix是一个用于处理分布式系统的延迟和容错的开源库,在分布式系统里,许多依赖不可避免的会调用失败,比如超时、异常等,Hystrix能够保证在一个依赖出问题的情况下,不会导致整体服务失败,避免级联故障,以提高分布式系统的弹性。“断路器”本身是一种开关装置,当某个服务单元发生故障之后,通过断路器的故障监控(类似熔断保险丝),向调用方返回一个符合预期的、可处理的备选响应(FallBack),而不是长时间的等待或者抛出调用方无法处理的异常。原创 2022-10-07 09:39:09 · 500 阅读 · 15 评论 -
OpenFeign服务接口调用
Feign也支持可拔插式的编码器和解码器。Spring Cloud对Feign进行了封装,使其支持了Spring MVC标准注解和HttpMessageConverters。Feign可以与Eureka和Ribbon组合使用以支持负载均衡源码地址:https://github.com/spring-cloud/spring-cloud-openfeign。原创 2022-10-04 08:53:52 · 1592 阅读 · 19 评论 -
Ribbon负载均衡(客户端)服务调用,自定义负载均衡
在订单消费者模块中的控制器添加如下代码/*** 注入自定义的负载均衡策列/*** 注入服务发现/*** 通过自己的负载均衡策列访问服务提供者端口返回* @return// 根据服务名称查询具体的服务列表 List < ServiceInstance > instances = discoveryClient . getInstances("CLOUD-PAYMENT-SERVICE");原创 2022-09-27 07:02:54 · 835 阅读 · 5 评论 -
Zookeeper服务注册与发现
SpringCloud整合Zookeeper代替Eureka。,解决zookeeper依赖冲突问题原创 2022-09-20 06:38:31 · 2117 阅读 · 13 评论 -
Discovery服务发现与Eureka自我保护机制及总结步骤
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务。默认情况下,如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳,EurekaServer将会注销该实例(默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时,微服务与EurekaServer之间无法正常通信,以上行为可能变得非常危险了——因为微服务本身其实是健康的,原创 2022-09-19 06:40:39 · 803 阅读 · 15 评论 -
EureKa服务注册与发现(集群部署Eureka与支付模块集群部署、订单模块访问负载均衡调用支付服务实现)
Spring Cloud 封装了 Netflix 公司开发的 Eureka 模块来实现服务治理在传统的RPC远程调用框架中,管理每个服务与服务之间依赖关系比较复杂,管理比较复杂,所以需要使用服务治理,管理服务于服务之间依赖关系,可以实现服务调用、负载均衡、容错等,实现服务发现与注册。Eureka采用了CS的设计架构,Eureka Server 作为服务注册功能的服务器,它是服务注册中心。而系统中的其他微服务,使用 Eureka的客户端连接到 Eureka Server并维持心跳连接。原创 2022-09-15 08:00:00 · 1040 阅读 · 10 评论 -
微服务初级入门实战分布式项目构建
这是一个简单的入门微服务架构的工程项目,教你一步一步的创建分布式项目及远程调用的实现原创 2022-09-14 16:06:19 · 1894 阅读 · 22 评论 -
Consul服务注册与发现
官方地址:https://www.consul.io/intro/index.html中文学习地址:https://www.springcloud.cc/spring-cloud-consul.htmlHashiCorp Consul是一个服务网络解决方案,它使团队能够管理服务之间以及跨平台和多云环境和运行时的安全网络连接。。您可以单独使用这些功能,也可以在单个Consul部署中一起使用这些功能。安装并运行Consul。原创 2022-09-26 06:16:11 · 692 阅读 · 13 评论 -
Discovery服务发现与Eureka自我保护机制及总结步骤
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务。默认情况下,如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳,EurekaServer将会注销该实例(默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时,微服务与EurekaServer之间无法正常通信,以上行为可能变得非常危险了——因为微服务本身其实是健康的,原创 2022-09-22 06:05:42 · 723 阅读 · 7 评论