微服务定义

  • 一种架构风格，将单体应用划分成一组小的服务，服务之间相互协作，实现业务功能。
  • 每个服务运行在独立的进程中，服务间采用轻量级的通信机制协作（通常是HTTP/JSON）。
  • 每个服务围绕业务能力进行构建，并且能够通过⾃自动化机制独立地部署• 很少有集中式的服务管理，每个服务可以使用不同的语言开发，使用不同的存储技术。

参考： https://www.martinfowler.com/articles/microservices.html

微服务的熔断

一般在微服架构中，有一个组件角色叫熔断器。顾名思义，熔断器起的作用就是在特定的场景下关掉当前的通路，从而起到保护整个系统的效果。

在微服务架构中，一般我们的独立服务是比较多的，每个独立服务之间划分责任边界，并通过约定协议接口来进行通信。当我们的调用链路复杂依赖多时，很可能会发生雪崩效应。

假设有这么一个场景，有A, B, C, D四个独立服务，A会依赖B，C，D；当D发生负载过高或网络异常等导致响应过慢或超时时，很可能A会因此堆积过多的等待链接，从而导致A的状态也转为异常，后面依赖到A的其他服务跟着发生链式反应，这将会导致大面积的服务不可用，即使本来是一些没有依赖到B，C，D的服务。如下图所示：
微服务 - 图1

这不是我们希望看到的结果，所以这个时候熔断器可以派上用场。最简单的做法，我们为每个依赖服务配置一个熔断器开关，正常情况下是关闭的，也就是可以正常发起请求；当请求失败(超时或者其他异常)次数超过预设值时，熔断器自动打开，这时所有经过这个熔断器的请求都会直接返回失败，并没有真正到达所依赖的服务上。这时服务A本身仍然是能正常服务的， 如下图所示：

那么熔断器具体又是怎么工作的呢？来看下，一个拥有基本功能的熔断器的状态机大体是这样子的：
微服务 - 图2
主要在三种状态中转换：

  • 关闭状态 ：
    • 当熔断器处于关闭状态时，请求是可以被放行的；
    • 当熔断器统计的失败次数触发开关时，转为打开状态。
  • 打开状态 ：
    • 当熔断器处于打开状态时，所有请求都是不被放行的，直接返回失败；
    • 只有在经过一个设定的时间窗口周期后，熔断器才会转换到半开状态
  • 半开状态 ：
    • 当熔断器处于半开状态时，当前只能有一个请求被放行；
    • 这个被放行的请求获得远端服务的响应后，假如是成功的，熔断器转换为关闭状态，否则转换到打开状态。

——————————-
作者：moxiaomomo
来源：CSDN
原文：https://blog.csdn.net/moxiaomomo/article/details/80776906
版权声明：本文为博主原创文章，转载请附上博文链接！