Início / coding / Perguntas / 76920231
Accepted
Alasdair Stark
Asked: 2023-08-17 17:34:55 +0800 CST

Polly DecorrelatedJitterBackoffV2 - como calcular o tempo máximo necessário para concluir todas as novas tentativas?

  • 772

Temos um listener que recebe uma mensagem de uma fila do Service Bus e depois envia o corpo para uma API.

Usamos o Polly para resiliência na nuvem, ou seja, a política DecorrelatedJitterBackoffV2.

Nossa preocupação com esta política é que não temos certeza de como calcular o tempo máximo que pode levar para concluir todas as novas tentativas, por exemplo, quando medianFirstRetryDelayé definido como 500ms e retryCounté definido como 3.

Isso é importante para nós devido à duração do bloqueio da mensagem na fila do Barramento de Serviço. Queremos garantir que a duração do bloqueio exceda o tempo necessário para concluir todas as novas tentativas.

c#

1 respostas

  1. Best Answer

    Tentar novamente

    Se você usar DecorrelatedJitterBackoffV2para gerar as durações do sono, poderá iterar o resultado, pois é umIEnumerable

    IEnumerable<TimeSpan> delays = Backoff.DecorrelatedJitterBackoffV2(
    medianFirstRetryDelay: TimeSpan.FromMilliseconds(500),
    retryCount: 3);

foreach (var delay in delay) 
...

    Lembre-se de que os TimeSpans gerados podem variar muito entre cada chamada de método.
    Gerei cinco vezes as sequências e tenho estas

    [
   00:00:00.5042179,
   00:00:00.2196652,
   00:00:00.9364482
]

[
   00:00:00.5060196,
   00:00:00.8691744,
   00:00:00.8905491
]

[
   00:00:00.3786930,
   00:00:01.0092010,
   00:00:00.0805103
]

[
   00:00:00.6507813,
   00:00:00.1045026,
   00:00:00.9623235
]

[
   00:00:00.4164084,
   00:00:00.6975145,
   00:00:01.5628308
]

    Se você calcular a soma dos intervalos de tempo em cada sequência, delays.Select(t => t.TotalMilliseconds).Sum()os resultados variam entre 1,5 segundos e 2,5 segundos (geralmente).

    Tempo esgotado

    Você pode maximizar a duração de cada operação aplicando uma política de tempo limite local nela.

    Local neste contexto significa o seguinte:

    • As políticas de repetição e tempo limite são encadeadas
    • O tempo limite é o interno e a repetição é o externo
    • Os acionadores de nova tentativa TimeoutRejectedExceptiontambém

    Vamos fazer as contas

    Para calcular o pior cenário, você pode fazer o seguinte:

    • Como vimos, todos os atrasos somam, no pior caso, 2,5 segundos
      • Vamos arredondar para 3 segundos para simplificar
    • Se você tiver limites de tempo locais, saberá quanto tempo leva (no pior caso) para cada tentativa falhar
      • Como você definiu o retryCountpara 3, isso significa que você tem 4 tentativas (a chamada inicial e as 3 novas tentativas)

    Se você definir o tempo limite para 1,5 segundos, isso significa que, na pior das hipóteses, ele terminará em 9 segundos (4x 1,5 segundos + 3 segundos de suspensão).

    Claro, se você executar algum código demorado no onTimeoutou dentro do, onRetryentão deve adicioná-los ao seu cálculo também.

    • 1

relate perguntas