Hystrix：自定义断路器和恢复逻辑
我刚刚读了Hystrix指南，正试图把我的头缠绕在默认断路器和恢复周期是如何操作的，然后是如何定制它们的行为。
显然，如果电路跳闸，Hystrix会自动调用该命令的getFallback()方法；这一点我很理解。但是，首先要根据什么标准来使电路跳闸呢？理想情况下，我想尝试多次击打支持服务（例如，最多3次），然后我们才会认为该服务是脱机/不健康的，并跳闸断路器。我该如何实现？在哪里实现？
-
null
所以我猜我的下一个问题部分是“我如何自定义默认恢复期策略？”，但我猜主要是：“当服务关闭并需要人工干预时，我如何使用Hystrix通知devops？”
共有1个答案
Hystrix调用回退方法的原因基本上有四个：一个异常、一个超时、太多的并行请求，或者在前面的调用中出现了太多的异常。
如果从服务收到的返回代码或异常表明重试是有意义的，那么您可能希望在run（）方法中重试。
在命令的回退方法中，您可能会在出现超时时重试--当出现太多并行请求或太多异常时，再次调用相同的服务通常是没有意义的。
Br,Alexander。
-
我们有一个JMS监听器，它从MQ中提取消息并将它们保存在数据库中。我的问题是在db关闭时暂时暂停JMS侦听器并在一段时间后再次恢复它的最佳方法是什么。 我的想法是在db操作周围使用Spring断路器来监视它的健康状况并回退到错误处理程序方法。这将有助于避免每次都等待db超时。然而，监听器仍然在拉取消息并试图保存它们，这浪费了CPU和网络。 有没有办法处理断路器命令事件，如：开/半开/关？然后我可以
-
应用程序可以使用Spring Cloud Netflix项目提供的Hystrix断路器将这个启动器包含在项目pom.xml：spring-cloud-starter-hystrix中。Hystrix不依赖于Netflix Discovery Client。@EnableHystrix注释应放置在配置类（通常是主类）上。那么方法可以用@HystrixCommand注释来被断路器保护。有关详细信息，请
-
我在我的spring boot应用程序中使用Hystrix实现断路器，我的代码如下所示： 我看到每次失败时都会调用fallback（）。但3次故障后电路不开。在3次失败之后，我原以为它会直接调用并跳过。但这并没有发生。有人能告诉我我在这里做错了什么吗？ 谢谢,B Jagan 下面是实际代码。我用这个玩得更远了。当我在RegistrationHystrix.RegisterSeller（）方法中直接
-
Hystrix的主要优点之一是它收集关于每个HystrixCommand的一套指标。Hystrix仪表板以有效的方式显示每个断路器的运行状况。 图3. Hystrix仪表板
-
Netflix的创造了一个调用的库Hystrix实现了断路器图案。在微服务架构中，通常有多层服务调用。 图1.微服务图 较低级别的服务中的服务故障可能导致用户级联故障。当对特定服务的呼叫达到一定阈值时（Hystrix中的默认值为5秒内的20次故障），电路打开，不进行通话。在错误和开路的情况下，开发人员可以提供后备。 图2. Hystrix回退防止级联故障 开放式电路会停止级联故障，并允许不必要的或
-
我正在尝试春云和春靴。它使用了Netflix的OSS应用程序，其中有Ribbon和Hystrix。 Ribbon是一个负载均衡器，带有一些功能，其中一个是断路器。