Backlog, koppelingen die blijven lopen

Een storing bij een ander systeem wordt vertraging, geen dataverlies

Processen leunen op andere systemen: je boekhouding, je CRM of een interne applicatie. Die zijn niet altijd bereikbaar, of kunnen niet alles tegelijk aan. Backlog staat tussen Orchestra en die systemen in: een verzoek dat niet lukt, wordt vastgehouden en opnieuw aangeboden, en piekbelasting wordt gedoseerd afgeleverd.

Wat is Backlog?

Zodra een proces met andere systemen praat, is het afhankelijk van die systemen. En die zijn niet altijd beschikbaar: een onderhoudsvenster, een tijdelijke storing, of een systeem dat maar een beperkt aantal verzoeken per minuut aankan. Zonder voorziening faalt het proces dan, en moet iemand uitzoeken wat er wel en niet is doorgekomen.

Backlog is de voorziening die dat opvangt. Stappen die een ander systeem aanroepen, lopen via Backlog. Lukt een aanroep niet, dan wordt hij vastgehouden en volgens vaste regels opnieuw aangeboden, en het proces wacht tot het is gelukt. Een storing bij een ander systeem wordt zo vertraging in plaats van verloren werk.

Hoe werkt Backlog?

Backlog werkt als een wachtrij tussen je processen en de systemen waarmee ze praten.

Een mislukt verzoek wordt herkend aan de statuscode; tijdelijke verbindingsfouten gelden als herhaalbaar.
Per stap stel je in hoe vaak en met welke wachttijd opnieuw geprobeerd wordt, ook als een aanroep formeel slaagt maar de inhoud nog niet klopt.
Een koppeling kan aangeven of opnieuw proberen veilig is, zodat een herhaling nooit dubbel werk oplevert.
Bij systemen met beperkte capaciteit buffert Backlog piekverzoeken en levert ze gedoseerd af.
Zware stappen, zoals AI-verwerking, krijgen de tijd die ze nodig hebben.

Statistieken in Backlog

Een voorbeeld: de boekhouding is even onbereikbaar

Op de laatste werkdag van de maand maakt een proces tweehonderd facturen aan in de boekhouding. Halverwege is de boekhouding tien minuten onbereikbaar door onderhoud. De aanroepen in die periode mislukken, maar Backlog houdt ze vast en biedt ze opnieuw aan zodra de boekhouding weer reageert. Er ontbreekt geen enkele factuur, niemand hoeft iets opnieuw te starten, en de faalratio laat achteraf zien dat het om een incident ging.

Waarom Backlog?

Geen dataverlies. Een uitgevallen systeem veroorzaakt vertraging, maar geen verloren verzoeken.
Geen handmatig herstelwerk. Processen gaan vanzelf verder zodra het systeem weer beschikbaar is.
Structureel of incident. Een instelbare faalratio laat zien of een koppeling structureel hapert of dat het om een incident ging.
Bestand tegen piekbelasting. Ook bij veel gelijktijdig werk in parallelle procespaden valt een proces niet onterecht stil.

Inzicht en monitoring

Zie hoe vol de buffers zijn en hoeveel verzoeken in de wachtrij staan.
Lukt een verzoek definitief niet, dan wordt de stap als fout gemarkeerd in StatusQuo , met de oorzaak erbij, zodat je gericht kunt ingrijpen.
Vanuit Backlog klik je door naar Murphy voor de technische details.