circuit-breaker

    0热度

    1回答

    如果我包装了一些政策是否有可能从包装的政策访问它们? 例如: var handle = Policy.Handle<Exception>();//.OrResult<HttpResponseMessage>(r => r.IsSuccessStatusCode == false); var timeout = Policy.TimeoutAsync(() => TimeSpan.FromMin

    0热度

    1回答

    下面是我猬命令配置: @HystrixCommand(fallbackMethod = "fall", commandProperties = { @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "5"), @HystrixProperty(name = "metrics.

    0热度

    1回答

    我有以下代码: var policyResult = await _circuitBreakerPolicy.ExecuteAndCaptureAsync(async() => { return await configuredTaskAwaitable; }); return policyResult.Result; 当断路器处于打开状态,结果是根本无效,

    2热度

    1回答

    我运行一个调用的端点是关闭的,但是红椎不执行备用方法,并抛出一个异常: java.util.concurrent.ExecutionException: org.springframework.web.client.ResourceAccessException: I/O error on GET request for "http://localhost:8080/wallet/custome

    2热度

    1回答

    akka http客户端上看起来完全简单的断路器示例对我而言并不适用。 object HttpWithCircuitBreaker extends App { implicit val system = ActorSystem() implicit val materializer = ActorMaterializer() implicit val ec = sys

    0热度

    1回答

    上下文:运行在Tomcat中的Java Web应用程序,Log4j 2版本2.5。日志设置使用Raven connector和一个ELK(ElasticSearch + Logstash + Kibana)实例转到一个Sentry实例。 配置看起来像这样(匿名): <configuration> <appenders> <Raven name="Sentry"> <

    0热度

    1回答

    我想了解确保服务高可用性的断路器。我对它很陌生。有人可以解释我究竟是什么,我怎样才能在系统中具有可用性。我看到很多同样的动物,但我不清楚。我想基本上实现它在系统中具有高度的可用性。

    1热度

    2回答

    我想用一个简单的弹簧程序来使用Netflix Hystrix Fallbackmethod &。我也跟着全部如一些教程中描述的基本步骤,但还是我得到的错误, org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'hystrixCommandAspect' defined in

    1热度

    4回答

    我是相当新的微服务... 我已经采取的兴趣更多地了解两个主要模式,如service discovery和circuit breaker我已经对这些如何实施进行了研究。 作为Java开发人员,我使用Spring Boot。据我所知,如果微服务通过HTTP进行通信,这些模式是有用的。 一个我最近看到的主题是事件驱动的架构的重要性,这使得利用事件消息总线的那个服务将使用将消息发送到其他服务,订阅总线 和

    1热度

    1回答

    Spring的@Retryable注释将重试三次(默认)并回退到@Recovery方法。然而,@CircuitBreaker会在状态关闭时重试一次并回退。 我想结合这两个:当断路器的状态是闭合的,在回退之前会重试三次(处理瞬态错误),如果状态是开放的,会直接回退。 任何优雅的方式来做到这一点?一种可能的方法是在函数内部实现重试逻辑,但我觉得这不是最好的解决方案。