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會在狀態關閉時重試一次並回退。 我想結合這兩個:當斷路器的狀態是閉合的,在回退之前會重試三次(處理瞬態錯誤),如果狀態是開放的,會直接回退。 任何優雅的方式來做到這一點?一種可能的方法是在函數內部實現重試邏輯,但我覺得這不是最好的解決方案。