Myšlienky k retryingu

[Burgyn]

Moje myšlienky k retryingu. Čisto len nápady a brainstorming, aby som to nemusel držať v hlave.
Vychádzame a používame Polly.

Default retry policy konfigurácia

{
  "retryPolicy": {
     "maxRertryAttempts": 3,
     "backoffType": "Exponential",
     "delay": "00:00:03"
  }
}

Toto je default konfigurácia pre retry policy. Nehovorí to o tom, že sa má retryovať, len aké sú parametre.

Jednoduchý retry na základe status kódu

Možno podporiť nejaký jednoduchý spôsob na retry len samotného requestu na základe očakávaného status kódu. Je to pomerne častá požiadavka. Dokonca si myslím, že ide o najčastejší dôvod na retry.

### GET Created product
## RETRY-UNTIL-STATUS: [200]
GET {{URL}}

Dávam to ako pole, lebo si viem predstaviť že môžem akceptovať viacero stavov. Je to trochu otočené, lebo zvyčajne sa robí retry na http požiadavne tak, že retryujem pokiaľ dostávaš napríklad 500.
Tu mi príde logickejšie definovať to čo očakávam a čakať dovtedy. Ale kľudne môžeme otočiť.

Toto zapne retry pre daný request, policy sa zoberie z default policy.
💁‍♂️ keď nedostanem daný status kód, tak postrequest scripty ani nespúšťam a retryuijem rovno daný request.

Retry keď failne test

Ďalšia vec kedy chcem retryiovať je keď mi failne test. Napríklad dostnem síce 200 status kód, ale prázdne pole dát. Na to môžem mať test. Tak chcem retryovať dokedy test neprejde.

### GET Created product
## RETRY-IF-TESTS-FAIL
GET {{URL}}

Predefinovanie policy na úrovni requestu

### GET Created product
## RETRY-MAX-ATTEMPTS: 5
## RETRY-MAX-BACKOFFTYPE: Exponential
## RETRY-MAX-DELAY: 00:00:03
## RETRY-IF-TESTS-FAIL
GET {{URL}}

Definovanie v rámci .csx súboru

Definovanie policy:

tp.RetryPolicy = new RetryStrategyOptions
{
    BackoffType = DelayBackoffType.Exponential,
    MaxRetryAttempts = 4,
    Delay = TimeSpan.FromSeconds(3),
};

Vynútenie retry celého requestu aj s postrequest scriptom:

[Fact]
public void ProductShouldHaveCorrectData()
{
  var data = tp.Response.Body();
  if (data.Code is null)
  {
    tp.Retry();
    return;
  }
}

Zapnutie retryu

tp.RetryIfTestsFail();
tp.RetryUntilStatus([200]);

[Fact]
public void ProductShouldHaveCorrectData()
{
   // ...
}

[Burgyn]

Nový deň, nový názor 😀

Ja by som už retry nedefinoval cez nejaký .json, tak ako je to tam v úvode napísané. Z toho ako sa nám to celé vyvíja, by som normálne mal nejaký inicializačný .csx súbor, kde by som takéto veci napísal normálne v kóde. Ale je to len názor.

Čo sa týka tohto:

tp.RetryPolicy = new RetryStrategyOptions
{
    BackoffType = DelayBackoffType.Exponential,
    MaxRetryAttempts = 4,
    Delay = TimeSpan.FromSeconds(3),
};

Tak až mi je divné, že som to písal ja 😀. Nerobil by som to priradzovaním do property.

Skôr by som šiel niečím takýmto:

tp.SetDefaultRetryPolicy(...);