Azure Event Hub에서 데이터를 보내고받습니다. 요구 사항 메시지는 소비자가 순서대로 처리해야하므로 PartitionSender와 함께 가고 항상 동일한 파티션으로 이벤트를 전송하기로 결정했습니다. , 당신은 특정 파티션 당신이 보내는 어떤 경우에 사용할 수없는 것을, 당신이 오류가 발생합니다 명심해야한다 이 유형의 구성으로 : https://do
REST 호출을 캡슐화하는 hystrix 명령이 있습니다. 오류 (예 : 시간 초과)가 발생하면 재 시도를 한 번하고 오류 발생시 적절한 오류를 반환합니다. 내가 볼 수 있듯이 Hystrix는 재시도를 지원하지 않습니다. Hystrix를 사용하여이를 수행하는 유일한 방법은 getFallback() 메소드에 주요 로직을 넣는 것입니다. 그러나 올바른 것으로
석영에 관한 이해 문제가 있습니다 : 작업 실행 (...)에서 예외가 발생하는 경우 - 실화로 간주합니까? 아니면이 경우 재 시도에 대해 걱정해야합니까? 또는 다른 말로하면 : 성공적인 샷 하나만 (단순한) 트리거를 원하지만 실행이 3 번 성공할 때까지 재 시도에 실패하면됩니다. 어떻게 구성합니까?
AmazonSQSClient를 사용하여 SQS 서비스와 상호 작용하고 기본 클라이언트 구성을 사용하고 있습니다. 즉, DEFAULT_RETRY_POLICY를 이미 사용하고 있습니다. 자바 코드에서 "sendMessage"메소드를 호출한다고 가정 해 봅니다. doc에 따라 메서드는 두 가지 유형의 예외를 throw 할 수 있습니다. InvalidMessage
얼마 전에 느린 서버 응답을 처리하기 위해 R에서 retry 함수가 필요했습니다. 이 함수는 다음과 같은 동작 것이다 : 나는 함께했다 10 배 (동작 (함수 또는 메소드)을 시도, 그리고 실패하면, 조금 기다린 후 다시 시도) 다음 retry <- function(fun, max_trys = 10, init = 0){
suppressWarning