cab5的博客

K8s 对 Pod 的健康检查是通过三类探针来实现的：LivenessProbe、ReadinessProbe、StartupProbe，其中以 LivenessProbe、ReadinessProbe这个两个探针最为主要。其实，这里有一个问题开始对我是有一些困扰的，那就是：到底 K8s 是通过什么东西（组件）来启动探针，进而对 Pod 进行定期的健康检查呢？答案是：kubelet。

K8s ReadinessProbe 就绪探针 Springcloud

通过对接口com.netflix.loadbalancer.IPing的实现，如下图/***@Authorcab5*@Date27自定义ribbon的对微服务的健康检查try{}}}主要逻辑是通过调用微服务的/actuator/info接口，判断返回的状态码是否为200。这里的/actuator/info接口是微服务引入spring-boot-starter-actuator得到的。/***@Authorcab5。......

一、Hystrix 简介Hystrix 是 Netflix 开源的一款容错框架，Ta 提供了以下几种容错方法：资源隔离熔断降级二、资源隔离面对的问题我不打算就「资源隔离」这个名词直接进行解释（罗列单纯的概念还是太抽象了，不好理解）。进入正题之前，让我们先了解下，下文将出现的案例的基本情况，该案例是基于 SpringBoot + Tomcat 的一个微服务，Ta 提供了以下三个服务：createReport 创建报告login 用户登录queryUser 用户查询其中，creat

本文中的 Gateway 是通过 spring-cloud-starter-gateway 来实现的。所以，整个 Gateway 就是一个 SpringBoot 项目。相信大家应该都清楚 SpringBoot 默认使用的是 Tomcat 进行启动的，我们可以通过 application.yml 来对 Tomcat 进行一些相关的配置，如下：server: port: 8080 tomcat: # 最大连接数，设置为0为不限制；如果不设置，则默认 10000 max-connecti

一、背景前段时间将某项目（使用 @FeignClient 注解）中的 spring-boot-starter-parent 版本由 2.1.3.RELEASE 升级到 2.3.5.RELEASE，启动的时候报如下错误：The bean 'XXX.FeignClientSpecification', defined in null, could not be registered. A bean with that name has already bean defined in null and ove

一、背景当两个服务通过HTTP通信的时候，客户端会接收到的是一个由服务端返回的Response。那些客户端的“神器”，例如：Retrofit、FeignClient，通过对Response进行处理，让客户端有了好像调用本地方法的感觉。至此，听起来都是那么美好是不？遗憾的是，在使用FeignClient的时候，客户端是无法拿到服务端抛出的自定义异常的，取而代之是FeignException，是不是变得不那么顺滑了呢？这样的结果导致客户端无法根据不同的异常进行有针对性的处理。为了要解决这个问题，下面的时间里