Architectuur · Procesautomatisering

Bij elke automatiseringsvraag duikt vroeg of laat dezelfde architectuurkeuze op: laat je één centrale dirigent het werk verdelen, of laat je systemen zelfstandig op gebeurtenissen reageren? In de praktijk blijkt het zelden óf-óf.

De vraag achter de vraag

In klanttrajecten — of het nu gaat om een ERP-koppeling, een onboardingproces of een AI-flow — komt het gesprek vaak snel uit op tooling. "Doen we dit in n8n of in Workato?" "Past Camunda hier wel?" Dat zijn legitieme vragen, maar ze gaan voorbij aan een fundamentelere keuze: hoe willen we eigenlijk dat systemen met elkaar samenwerken?

Twee patronen domineren dat gesprek. Orkestratie zet één centrale component aan het roer. Een orkestrator bepaalt wie wat doet, wanneer, en houdt bij wat er goed of fout gaat. Choreografie doet het tegenovergestelde: er is geen centrale regie. Systemen publiceren gebeurtenissen op een message broker en andere systemen reageren daarop, ieder met hun eigen verantwoordelijkheid.

Beide patronen lossen hetzelfde probleem op — hoe krijgen we losse onderdelen samen één bedrijfsproces te laten uitvoeren? — maar ze leggen de regie op een fundamenteel andere plek. Die keuze raakt schaalbaarheid, foutafhandeling, debugbaarheid en compliance.

Orkestratie: één dirigent, één verhaal

Bij orkestratie is er een centrale workflow-engine die de volgorde van stappen kent en bewaakt. Denk aan een offerteproces dat begint met een lead in HubSpot, dan een kredietcheck doet, een document genereert, een handtekening ophaalt en uiteindelijk een opdracht aanmaakt in het ERP. De orkestrator weet wat er moet gebeuren, in welke volgorde, en wat er moet gebeuren als een stap faalt.

De voordelen liggen voor de hand:

• Volledige zichtbaarheid. Je kunt op elk moment zien waar een proces staat. Voor regelgedreven omgevingen — denk aan financiële instellingen, zorg, overheid — is dat geen nice-to-have maar een eis.
• Centrale foutafhandeling. Faalt de creditcheck? De orkestrator weet het, kan retries inplannen, een compensatietransactie starten of een melding versturen. Idempotentie en saga-patronen zijn op één plek te beheren.
• Auditbaarheid. Logging, tracing en compliance-rapportages komen uit één bron in plaats van uit een verzameling losse systemen.

De prijs die je betaalt: je creëert een centrale afhankelijkheid. Valt de orkestrator weg, dan staat het hele proces stil. En elke wijziging in een deelproces vraagt mogelijk een aanpassing in de centrale workflow.

In n8n is dit het standaardpatroon. Je bouwt een hoofdworkflow met sub-workflows per domeintaak — validatie, notificaties, ERP-update — en elke run is zichtbaar op het canvas. Workato werkt op dezelfde manier, met recipes die andere recipes aanroepen en een centrale jobhistorie. Camunda brengt dit naar een volgende laag: BPMN-modellen die het proces ook visueel als single source of truth vastleggen, met sterke ondersteuning voor langlopende transacties en human tasks. Voor low-code use cases waar de eindgebruiker zelf processtappen wil aanpassen, biedt WEM Platform vergelijkbare orkestratie-mogelijkheden binnen een no-code applicatieomgeving.

Choreografie: zelfsturende systemen, gedeelde verantwoordelijkheid

Choreografie draait de logica om. Er is geen centrale regisseur. Een systeem doet zijn werk en publiceert vervolgens een gebeurtenis — "klant aangemaakt", "factuur betaald", "contract getekend" — op een message broker zoals RabbitMQ, Kafka of Azure Service Bus. Andere systemen luisteren mee en reageren als de gebeurtenis voor hen relevant is.

Wat dit oplevert:

• Hoge autonomie. Elk systeem of team kan onafhankelijk ontwikkelen, deployen en schalen. Een nieuw systeem toevoegen betekent: een nieuwe consumer op de relevante events. Geen wijziging in een centrale workflow.
• Veerkracht. Valt een afnemend systeem uit, dan blijven de events op de queue staan totdat het weer beschikbaar is. Eén falend onderdeel legt niet automatisch het hele proces plat.
• Schaalbaarheid. Geen centrale flessenhals. Voor real-time of hoge doorvoer scenario's — denk aan IoT, telemetrie, eventgedreven klantinteracties — is dat een serieuze winst.

De prijs is de keerzijde van het voordeel: je hebt geen centraal overzicht meer. Wat is de huidige staat van order #4711? Dat moet je reconstrueren uit logs van meerdere systemen. Distributed tracing wordt geen luxe maar een vereiste. En foutafhandeling is impliciet: elk systeem moet zelf bedenken wat het doet als iets misgaat, want er is geen orkestrator die de regie pakt.

In n8n bouw je dit door workflows niet aan elkaar te koppelen via sub-workflows, maar via een message broker-node. Workato heeft eventgedreven triggers en kan recipes laten reageren op berichten van een broker. Camunda biedt expliciet messaging-events binnen BPMN voor hybride scenario's. Kafka-integraties zijn in alle drie de platformen native beschikbaar.

De vergelijking in één oogopslag

In de praktijk: het is bijna altijd hybride

De vraag "orkestratie óf choreografie" suggereert een keuze die je in volwassen architecturen nauwelijks ziet. De interessante vraag is: waar leg je de grens?

Een voorbeeld. Het orderdomein orchestreert de stappen valideer order → reserveer voorraad → genereer pakbon. Strakke regie, expliciete foutafhandeling, één plek waar je het proces kunt traceren. Zodra de order succesvol is verwerkt, publiceert dit domein een event "order bevestigd". Het facturatiedomein, het CRM-domein en het notificatiedomein luisteren mee en doen elk hun eigen werk — zonder dat het orderdomein hoeft te weten dat ze bestaan.

Dit patroon levert het beste van twee werelden: controle en zichtbaarheid waar het ertoe doet (binnen een proces met sterke samenhang), en autonomie en schaalbaarheid waar dat verstandig is (tussen teams en domeinen die onafhankelijk willen evolueren).

In de praktijk zien we deze hybride aanpak terug bij organisaties die volwassen worden in hun automatiseringslandschap. n8n of Workato als orkestrator binnen een proces, met Kafka of een andere message broker als ruggengraat tussen domeinen. Camunda voor de processen die echt formeel modelleerbaar moeten zijn — typisch de regelgedreven of langlopende processen. WEM voor de business-applicaties waar eindgebruikers zelf het proces willen kunnen tunen.

Hoe maak je de keuze?

Een paar vragen die het gesprek meestal helpen scherpstellen:

Hoe kritisch is end-to-end zichtbaarheid?

Moet je voor compliance, auditing of klantsupport op elk moment exact kunnen aantonen waar een proces staat? Dan is orkestratie het uitgangspunt. Een hypotheekaanvraag of een vergunningsproces orchestreer je; je doet er geen choreografie van.

Hoeveel teams of leveranciers zijn betrokken?

Eén team dat één proces beheert: orkestratie is meestal eenvoudiger. Meerdere teams of externe partijen met eigen release-cadans: choreografie geeft de autonomie om elkaar niet voor de voeten te lopen.

Hoe transactioneel is het proces?

Moeten meerdere stappen samen slagen of samen falen, met compensatie als één stap misgaat? Saga's en compensatietransacties zijn aanzienlijk eenvoudiger te beheren in een orkestrator.

Wat is de doorvoer en latency-eis?

Real-time, miljoenen events per dag, lage latency? Een centrale orkestrator wordt dan al snel een knelpunt. Eventgedreven choreografie schaalt natuurlijker.

Hoe groot is de operationele volwassenheid?

Choreografie vraagt om distributed tracing, observability, dead letter queues en duidelijke event-contracten. Zonder die fundering wordt het snel een blackbox waarin niemand meer weet wat er gebeurt.

Tot slot

De architectuurkeuze tussen orkestratie en choreografie is uiteindelijk geen technische voorkeur, maar een ontwerpbeslissing over waar regie en autonomie thuishoren in jouw landschap. Het tooling-debat — n8n, Workato, Camunda, WEM — komt daarna. Goede platformen ondersteunen beide patronen, en de verstandige keuze is meestal: orkestratie waar samenhang en zichtbaarheid telt, choreografie waar autonomie en schaal dat doen.

Bij Novictus zien we dat de meeste organisaties in eerste instantie te snel kiezen voor één patroon — vaak orkestratie, omdat het overzicht geeft. Dat is een prima startpunt, mits je vooraf nadenkt over waar de grenzen liggen. Want naarmate je automatiseringslandschap groeit, wordt de echte vraag niet welk patroon je gebruikt, maar waar je de overgang legt. Dat is precies waar architectuur ophoudt een diagram te zijn en een levend kader wordt.

Wil jij ook nadenken over de juiste architectuur voor jouw automatisering?

→ Plan een vrijblijvend gesprek
of mail direct naar adem.ozdemir@novictus.nl