微服务架构进阶：如何处理雪崩效应和服务监控Dashboard

前言

本章不再是像之前的那个一样是配置文件了，本章是一个如何处理雪崩效应的案例。

因为雪崩效应指的是出现在服务端的，所以好好的理解服务端就行。

雪崩效应的概念和原因

雪崩效应

什么是雪崩效应？

其实听起来的话就可能会一知半解的，不就是因为一个点的缺损而导致了问题变得越来越大。 事实上也就是这样。

举个栗子：

1、一个a请求来找服务A的，可服务A还不能解决a请求的需求，这时服务B也接收到了b请求，可这个服务B的处理方式需要服务A来处理一个部分，可是服务A现在还在处理a请求中，无法给服务B一个答复。

2、同时服务A还会在这个时间中还会接收到其他来请求服务A的，所以在请求的积压中服务A挂了，那么就更加无法给服务B一个答复了，所以服务B也一直的卡住，直到宕机。

3、同理，如果还有需要依赖服务B的服务C的话，那么。。。

造成原因

原因如下:

常见的导致雪崩的情况有以下几种：

• 程序bug导致服务不可用，或者运行缓慢
• 缓存击穿，导致调用全部访问某服务，导致down掉
• 访问量的突然激增。
• 硬件问题，

额，其实会造成的原因有很多，

---

使用Hystrix处理策略

这个其实会用就行了，毕竟这是一个完美的一个解决方案，

原理：在服务超过了Hystrix策略的一个时间后，策略将会自动给这个请求降级，额，降级其实就是说，哎呀你要请求的方法无法请求，所以就调用定好的方法，直接返回一个服务器好忙，以达到熔断的效果(就是把这根请求线断掉)

1、导入Hystrix依赖 2、在要处理方案的服务方上加上@EnableCircuitBreaker 3、可以再yml文件修改Hystrix默认的超时时间

Hystrix案例

创建一个服务端来准备模拟测试：microservice-student-provider-hystrix-1004

加了一个Hystrix依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <!--保持使用版本的一致1.0-SNAPSHOT-->
    <parent>
        <groupId>com.liwangwang</groupId>
        <artifactId>springcloud</artifactId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <artifactId>microservice-student-provider-hystrix-1004</artifactId>

    <properties>
        <java.version>1.8</java.version>
    </properties>

    <dependencies>
        <!--相当于全局的一个依赖关系，这个导入能确保整个项目使用的包版本一致
            比如全局中的： spring-cloud-dependencies