표 스토리지 RetryPolicy를 사용하는 방법에 대한 몇 가지 질문,푸른 표 저장 RetryPolicy 질문
당신이, 따라서 ctx.SaveChangeWithRetries을 (사용할 수 있습니다 때마다 RetryPolicy를 사용하는 것이 가장 좋습니다)() 언제든지 할 수있을 때마다?
사용 않는 경우 RetryPolicy, 예를 들어,
ctx.RetryPolicy = RetryPolicies.Retry (5, TimeSpan.FromSeconds (1));
사람들이 일반적으로 retryCount 및 TimeSpan에 사용하는 값은 무엇입니까? 나는 5 번의 재시도와 1 초의 TimeSpan이 인기있는 선택이지만 각각의 시간이 너무 길어서 1 초를 재 시도 할 것인가?
감사합니다.
레이.
저는 이것이 여러분의 어플리케이션과 요구 사항에 크게 의존한다고 생각합니다. ATS에 대한 타임 아웃 오류는 재 시도 정책이 제 위치에 있지 않아 어쨌든 거의 활용되지 않을 경우 매우 드물게 발생합니다. 그러나 뭔가 생선이 발생하면 이상한 오류를 디버깅하지 않아도됩니다.
이제 처음에는 RetryPolicy를 사용하지 않고 대신 ATS에 대한 지속성 문제를 볼 수 있도록 추적하는 것이 좋습니다. 안정화되면 RetryPolicy를 배치하는 것이 ATS 측 런타임 오류를 해결하는 좋은 방법 일 수 있습니다. RetryPolicy를 사용하여 문제를 숨기지 않는지 확인하십시오.
클라이언트가 웹 페이지처럼 사용자가있는 경우 클라이언트가 실제로 비회원 백엔드 서비스 등인 경우 각 재시도 사이에 짧은 대기 (밀리 초)로 선형 재 시도를 사용하고 싶을 것입니다. 예를 들어 높은로드로 인해 5xx 오류를 이미 제공하고있는 경우에 대비하여 테이블 스토리지 서비스가 과부하되지 않도록하기 위해 지수 재 시도를 사용하려고 할 가능성이 큽니다.
최신 Azure 저장소 클라이언트 SDK를 사용하면 TableRequestOptions를 통해 테이블 요청에 재시도 정책을 정의하지 않으면 기본 재 시도 정책 인 지수 재시도가 사용됩니다. sdk는 재 시도 가능하다고 판단되는 오류에 대해 총 3 번의 재 시도를 수행하며, 재 시도가 모두 실패하면 총 20 초 정도 걸립니다.