Continuiteit en Backlog

Continuïteit met Backlog is een queue-gebaseerd retry-mechanisme binnen Odigos dat zorgt voor herstelbare uitvoering van externe API-calls binnen een proces.

Wanneer Backlog is ingeschakeld voor een stap, wordt elke API-call eerst in een wachtrij geplaatst. De uitvoering verloopt via deze queue, inclusief automatische retries met backoff bij tijdelijke fouten.

Doel van Backlog is:

  • Geen dataverlies
  • Herstel na storing
  • Voortzetting van processen na onderbreking
  • Betrouwbare afhandeling van externe afhankelijkheden

Backlog is toepasbaar voor zowel technische als functionele beheerders die procesbetrouwbaarheid willen verhogen.

Wanneer gebruik je Backlog

Backlog is bedoeld voor herstelbare problemen bij externe systemen, zoals:

  • Timeouts
  • Tijdelijk niet bereikbaar zijn van een API
  • Rate limiting
  • Tijdelijke infrastructuurproblemen

Het is specifiek ontworpen voor situaties waarin een herhaling van de call zinvol is.

Backlog is niet bedoeld voor logische of validatiefouten waarbij een retry geen verschil maakt.

Hoe werkt Backlog

Per API-call binnen een proces

Backlog werkt per API-call binnen een proces. Zodra Backlog is geconfigureerd voor een stap:

  1. De API-call wordt in de queue geplaatst
  2. De call wordt uitgevoerd vanuit de queue
  3. Bij een herstelbare fout start een retry-mechanisme
  4. Retries verlopen met backoff
  5. Het aantal retries is instelbaar

De exacte retry-instellingen zijn afhankelijk van de configuratie.

Retry-mechanisme

Bij een herstelbare fout:

  • Wordt automatisch een retry ingepland
  • Wordt backoff toegepast
  • Wordt elke retry vastgelegd in de audit trail

De foutmelding die aanleiding geeft tot een retry wordt tevens geregistreerd in Murphy.

Wat betekent continuïteit

Binnen Odigos betekent continuïteit:

  • Geen verloren processtappen
  • Geen verloren API-calls
  • Herstelbare uitvoering na storing

Odigos gebruikt Backlog ook intern. Bij een uitval, ongeacht de duur, worden alle openstaande items uit de queue opnieuw opgepakt en verder uitgevoerd zodra het systeem beschikbaar is.

Hierdoor blijven processen consistent en betrouwbaar, ook bij tijdelijke onderbrekingen van externe systemen of infrastructuur.

Wat zie je als beheerder

In het Backlog-overzicht is inzichtelijk:

  • Aantal retries per item
  • Grafieken van backlogbelasting
  • Hoogte van de queue

Er zijn geen handmatige acties mogelijk binnen Backlog zelf. Het mechanisme werkt volledig automatisch.

Voor inhoudelijke foutdetails:

  • De reden van een retry is zichtbaar in Murphy
  • Alle retries worden toegevoegd aan de audit trail in StatusQuo

Backlog is daarmee onderdeel van het bredere fout- en monitoringecosysteem binnen Odigos.