Slimmer background jobs beheren in .NET met Hangfire

Als we nu terugkijken naar wat we eigenlijk wilden doen, zien we dat het aanmaken van de order wel degelijk gelukt is. We willen de gebruiker dus een terugkoppeling geven dat dit gelukt is. Wat het verzenden van de e-mail betreft, willen we dat dit opnieuw geprobeerd wordt. Ook dat kan binnen het HTTP-request geïmplementeerd worden, maar dan zou de gebruiker moeten wachten tot de uiteindelijke geslaagde poging totdat de applicatie het resultaat teruggeeft. We gaan hiervoor Hangfire inzetten, met een ingebouwd retry-mechanisme: 

De actie die we eerst rechtstreeks uitvoerden, laten we nu als achtergrondtaak inschieten. Met hetzelfde request zien we nu meteen een succes-statuscode verschijnen. In het Hangfire-dashboard zien we vervolgens dat er een taak verschijnt. 

Als reden van het mislukken van de taak zien we de ons inimddels bekende SMTP-problemen. Ook zien we dat in de tijd dat we dit scherm geopend hebben, dit al een tweede poging is. Hangfire voert uit zichzelf 10 pogingen uit om de mail te verzenden. Laten we onze MailSender nu zo aanpassen dat deze bij de derde poging wel slaagt. Ondertussen passen we ook eigen configuratie toe op Hangfire’s retry-mechanisme: we willen maximaal vier pogingen en we willen invloed op de tijd tussen de pogingen. 

We zien onze taak nu tussen de ‘Succeeded jobs’ staan. Als het een taak lukt om binnen de maximaal gestelde pogingen te voltooien, dan wordt dit gezien als een succes. Lukt dat niet, dan gaat de status van de taak na de laatste poging naar ‘Failed’. Gelukkig hebben we ook daar de mogelijkheid om de taken gewoonweg opnieuw uit te voeren.

Zoals met elk retry-mechanisme, moet hier wel rekening mee gehouden worden in de implementatie van de taak. Als we deze logging bekijken van het proces dat onze taak heeft doorlopen, dan zien we goed terug dat onze code meerdere keren wordt uitgevoerd. Het is daarom belangrijk dat onze code idempotent is; omdat precies dezelfde method die aan de basis van onze task staat, met precies dezelfde parameters zal worden aangeroepen bij een retry. 

Hangfire stelt ons in staat om achtergrondtaken slim en betrouwbaar te verwerken, zonder dat je gebruikers onnodig hoeft op te zadelen met wachttijden of foutmeldingen. Het ingebouwde dashboard geeft direct inzicht in de status en uitvoering van je taken, en het retry-mechanisme zorgt ervoor dat kritieke acties automatisch opnieuw worden geprobeerd als er iets misgaat. Door je taken idempotent te maken, voorkom je dubbele acties bij herhaalde pogingen en houd je je processen stabiel en voorspelbaar. Hiermee helpt Hangfire zowel de flexibiliteit voor ontwikkelaars, als de robuustheid van de applicatie voor eindgebruikers. 

Geschreven door: David de Rijke