Configure RetryOptions
masterRetry behavior is controlled by RetryOptionsBase subclasses. You can define these at the RetryClient level or per individual request method (which will override the client-level settings).
Key parameters include:
attempts: Number of retries.statuses: An iterable of HTTP status codes that should trigger a retry.exceptions: An iterable of exception types that should trigger a retry (defaults to all).retry_all_server_errors: IfTrue(default), all 5xx errors are retried. IfFalse, only the statuses explicitly listed instatusesare retried.evaluate_response_callback: A callback function that receives aClientResponseand returns aboolto decide whether to retry (useful for malformed data logic).
Available strategies:
ExponentialRetry: Exponential backoff.RandomRetry: Random backoff.ListRetry: Backoff based on a predefined list.FibonacciRetry: Fibonacci sequence backoff.JitterRetry: Exponential retry with added randomness.