Hvad er Retry policy?
Retry policy er reglerne for, hvornår systemet prøver igen efter en midlertidig fejl. For ejeren er det vigtigt, fordi midlertidige fejl ikke altid bør give op med det samme, men gentagne fejl skal håndteres kontrolleret.
- 0
- Type: Teknisk proces eller integration
- 1
- Håndteres typisk af: Platform, udvikler eller serveransvarlig
- 2
- Vigtigt fordi: Det kan påvirke sending, imports, tracking, retries eller rapportering
Retry policy er reglerne for, hvornår systemet prøver igen efter en midlertidig fejl.
Indholdsfortegnelse
Tilbage til topHvad er Retry policy?
Retry policy er reglerne for, hvornår systemet prøver igen efter en midlertidig fejl.
For ejeren er det vigtigt, fordi midlertidige fejl ikke altid bør give op med det samme, men gentagne fejl skal håndteres kontrolleret.
Det bør derfor forklares klart i produktet med status, seneste kørsel, fejlbesked og anbefalet handling, så brugeren ikke skal læse serverlogs.
Hvorfor er det vigtigt?
Retry policy er vigtigt, fordi baggrundsopgaver, integrationer og serverprocesser skal køre stabilt, også når en opgave tager længere tid end en almindelig sidevisning.
For ejeren er værdien ikke selve teknikken. Værdien er, at udsendelser, imports, retries, tracking og rapporter kan behandles mere stabilt og med tydelig fejlstatus.
Hvis denne type opsætning fejler, kan emails blive forsinket, data mangle, rapporter halte bagefter eller support få sværere ved at forklare hvad der skete.
Sådan bruger du det i praksis
Som afsender behøver du normalt ikke arbejde direkte med Retry policy hver dag. Det vigtigste er, at systemet viser om status er korrekt, hvad der eventuelt mangler, og hvem der bør handle på det.
Ved tekniske ændringer bør man teste den konkrete arbejdsgang bagefter, fx import, sending, retries, tracking eller rapportopdatering afhængigt af emnet.
En typisk fejl er at lade baggrundsopgaver fejle uden synlig status. Det kan få brugeren til at tro, at en import, sending eller rapport er færdig, selv om den ikke er det.
FAQ om Retry policy
Hvad betyder Retry policy?
Retry policy er reglerne for, hvornår systemet prøver igen efter en midlertidig fejl.
Skal en nyhedsbrevsejer selv arbejde med Retry policy?
Som regel ikke i hverdagen. Det håndteres ofte af platformen, en udvikler eller serveransvarlig.
Hvorfor skal man kende Retry policy?
Fordi status eller fejl i baggrundsopgaver kan forklare forsinkede udsendelser, manglende data, trackingfejl eller rapporter der ikke er opdateret.
Hvad bør et godt system vise?
Det bør vise status, forklaring, seneste kørsel, fejlbesked og om opgaven kan genkøres.
Hvad er en typisk fejl?
En typisk fejl er at lade baggrundsopgaver fejle uden synlig status, så kunden tror at import, sending eller rapportering er færdig.