为什么要用hystrix或其他任何一个微服务的断路器？

Question

我正在和spring boot、spring cloud一起开发微服务。我开始了解hystrix和断路器模式。我知道断路器是为了在下游微服务出错的情况下用交替响应来响应，我依赖这些微服务来获取数据。我的问题是，如果我没有任何有意义的替代响应可以提供，我为什么会需要断路器呢？

Answer 1

如果您重构您的整体应用程序，将其拆分为几个微服务，Hystrix也可能很有用。当将其投入生产时，您可能希望将旧的整体代码保留一段时间，作为替代响应。所以如果微服务不可用，只会执行旧代码，所以基本上你降低了风险。如果一切正常，您可能只是从monolith移除旧代码，并继续使用微服务。

通过扩展HystrixCommand类，这可以很容易地完成。

public class MicroserviceCommand extends HystrixCommand<String>
{
    @Override
    protected String run()
    {
        //return response from your new microservice
    }

    @Override
    protected String getFallback()
    {
        //microservice is not available, 
        //so execute old code which was not removed from application yet
    }
}

Answer 2

简短回答：主要是为了阻止复杂分布式系统中的级联故障。

我没有任何有意义的替代反应提供，为什么我会需要一个断路器在所有？

只有当您的服务器只服务于一个REST端点（和一个HTTP谓词）时，这个问题才是相关的。但几乎总是，情况并非如此。即使是“微”服务也会有多个端点+多个http谓词的组合。您不希望一个端点挂在一个缓慢的下行微服务上，并且一个接一个的线程继续在那里等待，最终导致整个应用程序崩溃。

阅读正式文件

Hystrix是干什么用的？---Hystrix设计用于执行以下操作：

• 通过第三方客户端库(
  客户端库）访问依赖项时，提供保护和控制延迟和故障。
• 停止复杂分布式系统中的级联故障。
• 快速失败并快速恢复。
• 在可能的情况下回退并优雅地降级。
• 启用近乎实时的监视、报警和操作控制。

“在可能的情况下退后和优雅地降级”只是hystrix提供的功能之一。