Een blik in de nieuwe engine van n8n, en waarom governance nu ieders zaak is.

Automatiseringen waren vroeger klein. Hier een macro, daar een synchronisatie. Tegenwoordig draait één bedrijf soms honderden workflows en AI-agents met toegang tot zijn CRM, financiële systemen en klantgegevens. Volgens het productteam van n8n verandert dat wat er echt toe doet. Een workflow bouwen is het makkelijke deel. Het echte werk zit in betrouwbaar laten draaien, zien wat hij doet en bepalen wie wat mag.

Dit is wat er werd gepresenteerd, en wat het betekent als je bedrijf op automatiseringen draait.

De automatiseringscyclus heeft een tweede helft

Elke automatisering doorloopt dezelfde cyclus: plannen, bouwen, live zetten, monitoren en het hele ecosysteem eromheen beheren, inclusief wie toegang heeft en wat er mag gebeuren. Daarna begin je weer bij bouwen. n8n dekt die hele cyclus altijd al, maar de presentatie ging over de tweede helft, die n8n het platform noemt: live zetten, monitoren en beheren. Daar wordt betrouwbaarheid gewonnen of verloren.

Onervaren automatiseerders vergeten dit deel vaak. Een workflow heeft een plek nodig om te draaien, iemand die merkt wanneer het misgaat, en regels die voorkomen dat hij schade aanricht.

Waarom n8n zijn engine herschrijft

De engine die workflows uitvoert, is het hart van n8n. Het was het eerste onderdeel van het product, en een groot deel ervan is nog altijd de originele code van oprichter Jan Oberhauser. Zo’n kritiek systeem raak je niet aan zonder een heel goede reden. Die reden heeft n8n nu: de engine wordt volledig opnieuw geschreven.

De voor de hand liggende vraag in een wereld vol AI: waarom laat je AI niet gewoon code schrijven en voer je die ergens uit? Hoe je code uitvoert, is bekend terrein. Toen AI-codeertools doorbraken, ging het team terug naar de tekentafel en experimenteerde het met precies dat: een engine die simpelweg code uitvoert.

Wat ze ontdekten: dan lever je iets in. In n8n zie je elke stap van een workflow oplichten en kun je bij elke stap de data inspecteren. Omdat elke stap zichtbaar is en wordt opgeslagen, kun je een uitvoering hervatten waar die gebleven was. En omdat je kunt hervatten, kun je mislukte stappen automatisch opnieuw proberen. Toen die eisen er weer bij kwamen, leek het ontwerp veel meer op een workflow-engine dan op het uitvoeren van pure code. Het resultaat is dus een nieuwe workflow-engine, ontworpen rond een framework voor betrouwbaarheid.

Zes principes voor betrouwbaarheid, uitgelegd met een restaurant

Een restaurant is ook een systeem, en de vergelijking met automatisering gaat verrassend goed op.

1. Schrijf het eerst op. Een ober noteert de bestelling op een bon die aan de bonnenrail in de keuken komt te hangen. De bestelling zit dan niet meer alleen in het hoofd van de ober, dus er gaat niets verloren als er iets met de ober gebeurt.
2. Eén versie van de waarheid. Staat er op het bordje op de deur “open”, dan is het restaurant open. Een systeem kan niet in twee toestanden tegelijk zijn.
3. Elke taak moet een einde bereiken. Geen enkele bestelling mag vergeten in de keuken staan af te koelen. Elke uitvoering wordt afgerond, hoe dan ook.
4. Beperk de schade. Slaat de zekering van één koelkast door, dan mag dat niet alle andere koelkasten uitschakelen.
5. Maak opnieuw proberen veilig. Twee keer op de liftknop drukken is geen probleem. Twee keer moeten betalen wel.
6. Alles laat een spoor na. Ook de bestellingen die niet geserveerd konden worden, worden vastgelegd.

Wat die principes betekenen in de engine

Toegepast op n8n leiden de principes tot concrete eigenschappen:

• Data wordt na elke stap opgeslagen, zodat je kunt nagaan wat er gebeurde en een uitvoering kunt herstarten waar die gebleven was.
• Een reconciliatieproces spoort vastgelopen uitvoeringen op en herstelt ze.
• Stappen worden alleen automatisch opnieuw geprobeerd als ze als veilig zijn gemarkeerd, zodat neveneffecten zoals betalingen of e-mails niet dubbel gebeuren.
• Code draait in een sandbox. Die kan daar niet uit ontsnappen en de rest van het systeem raken, dus de engine hoeft de code niet te vertrouwen.
• Worker pools (vaste groepen verwerkingscapaciteit) geven een of twee kritieke workflows eigen capaciteit, zodat een drukke workflow elders ze niet kan vertragen.
• Systeembronnen worden per uitvoering afgeschermd en begrensd.
• Wachttijden worden opgeslagen als geplande taken in plaats van in het geheugen, zodat ze bij een herstart niet verloren gaan.

Rond de engine zit de rest van de levenscyclus: workflows worden geactiveerd, opgestart, uitgevoerd en daarna opgeruimd. n8n houdt hier al back-ups van bij, maar stapt over op een opzet waarin de belasting wordt gedeeld. In plaats van reservesystemen die niets doen, verwerkt elke server in het cluster taken en kan hij extra belasting overnemen. Daardoor wordt een single point of failure nog onwaarschijnlijker.

Monitoring: één overzicht over al je n8n-omgevingen

n8n heeft al Insights, log streaming, auditlogs en sinds kort ook ondersteuning voor OpenTelemetry. Maar serieuze gebruikers draaien meer dan één n8n-omgeving, bijvoorbeeld een ontwikkel- en een productieomgeving, of een aparte omgeving per afdeling. De spreker vertelde dat zelfs Anthropic meer dan één n8n-omgeving draait.

Wat die gebruikers vragen, is een laag erbovenop: één plek waar je het hele n8n-ecosysteem ziet, zonder op elke omgeving afzonderlijk in te loggen. Precies dat bouwt n8n, onder de werknaam Manifest. Het beantwoordt de vragen die automatisering oproept: wat bestaat er en wat draait er, wie is de eigenaar, en welke systemen worden door welke automatiseringen geraakt? Manifest zit nu in een testfase. In eerste instantie gaat het om automatiseringen die in n8n zijn gebouwd, maar de visie is om elke automatisering in een organisatie in beeld te brengen, of die nu in n8n draait of niet.

Governance als je meer agents dan medewerkers hebt

Het laatste deel ging over beheren: de menselijke en organisatorische kant van automatisering. Een vergeten macro is schaduw-IT: een zorg, maar een beheersbare. Honderden agents met toegang tot kritieke systemen zijn een ander verhaal. En omdat een klein bedrijf nu meer agents kan draaien dan het medewerkers heeft, elk zo krachtig als een mens, is governance niet langer alleen een onderwerp voor grote ondernemingen.

n8n hanteert een framework met vier pijlers:

• Toegang. Wie handelt er en wat mag diegene: identiteit, inloggegevens en rechten.
• Guardrails. Wat is binnen die toegang begrensd, en wanneer: bestedings- en gebruikslimieten, beleidsregels, anonimisering en goedkeuringsmomenten.
• Eigenaarschap en kwaliteit. Wie is eigenaar van een automatisering, en kun je erop vertrouwen dat die blijft werken: levenscyclus, testen, review en gescheiden omgevingen.
• Beveiliging. Wat gebeurt er als iemand het systeem probeert te misbruiken: prompt injection (verborgen instructies die een AI-agent misleiden), tool poisoning en data-exfiltratie.

De eerste drie pijlers gaan over hoe het systeem zich gedraagt als het werkt zoals bedoeld. De vierde gaat over wat er gebeurt als iemand het aanvalt.

Wat er al is

Single sign-on maakt inloggen eenvoudig en veilig. Met end-user credentials, een recente toevoeging, draait een workflow met de eigen accounts van de persoon die hem start, in plaats van met die van de maker. Voor guardrails zijn er human in the loop, waarbij een mens meebeslist, en data redaction, zodat niet iedereen alle data ziet die een workflow verwerkt. Beveiligingsmeldingen worden beoordeeld en opgelost, en klanten ontvangen per e-mail een beveiligingsadvies met genoeg details om te handelen. En omdat de code van n8n openbaar is, kijken veel mensen mee en kunnen oplossingen worden gecontroleerd in plaats van op goed vertrouwen te worden aangenomen.

Wat er aankomt

• Ingebouwde agentidentiteit. De meeste agents lenen de login van een persoon. Daardoor zie je niet wie wat deed, en erft de agent alle rechten van die persoon. Een agent met een eigen identiteit krijgt smallere rechten, zijn acties zijn herleidbaar en zijn toegang is in te trekken.
• SCIM-provisioning en gebruikersgroepen, zodat toegang verdwijnt als iemand de organisatie verlaat en gebruikersbeheer eenvoudiger wordt.
• Beleidsregels en harde limieten. Beleidsregels houden dingen tegen voordat ze draaien, limieten begrenzen daarna de schade. Agents kunnen in een lus belanden en blijven herhalen tot de kosten ongemerkt uit de hand lopen. Harde plafonds trekken de grens.
• Eenvoudiger doorzetten tussen omgevingen, en dezelfde levenscyclus die workflows hebben, toegepast op agents.
• Geautomatiseerd testen van workflows, waarmee de evaluatiesuite die n8n voor agents bouwde ook beschikbaar komt voor gewone workflows.
• Code-sandboxing die meer code toestaat, inclusief geïmporteerde libraries, zonder dat je die code hoeft te vertrouwen.

Wat dit betekent voor je bedrijf

Voor elk bedrijf dat op automatiseringen draait, springen er drie dingen uit.

Ten eerste: betrouwbaarheid is een ontwerpkeuze, geen geluk. De zes principes gelden voor elke workflow die wij bouwen, op welke engine die ook draait: leg vast voordat je handelt, laat elke uitvoering eindigen, probeer alleen opnieuw wat veilig herhaald kan worden en laat een spoor na. De meeste kapotte automatiseringen die wij doorlichten, falen op precies een van deze punten.

Ten tweede: zichtbaarheid wordt een vereiste. Kun je niet zeggen wat er draait, wie de eigenaar is en welke systemen het raakt? Dan is één vertrekkende collega of één set verlopen inloggegevens genoeg voor een storing die niemand begrijpt.

Ten derde: governance is geen luxe meer voor grote ondernemingen. Handelen je agents met de login van een collega en zonder bestedingslimiet? Dan loop je meer toegangsrisico dan de meeste grote concerns. De oplossing is niet stoppen met automatiseren. De oplossing is elke agent een eigen identiteit geven, elke workflow een eigenaar en elke kritieke stap een guardrail.

Zo bouwen wij automatiseringen bij Viralistic, en precies dat controleren we als we een bestaande opzet overnemen. Lees hoe wij governance voor automatiseringen inrichten, bekijk onze dienst Automatisering of bereid je voor op de volgende release met de upgradechecklist voor n8n 3.0.

Veelgestelde vragen

Waarom herschrijft n8n zijn workflow-engine?

De oorspronkelijke engine is het oudste en meest kritieke onderdeel van n8n. Het team bouwde hem opnieuw op rond een framework voor betrouwbaarheid: data die na elke stap wordt opgeslagen, veilige automatische herhalingen, herstel van vastgelopen uitvoeringen, code in een sandbox, eigen worker pools en gedeelde belasting in plaats van reservesystemen die niets doen. Simpelweg door AI geschreven code uitvoeren is overwogen en afgewezen, omdat je dan het inzicht per stap verliest en niet meer kunt hervatten of opnieuw proberen.

Wat betekent governance voor een klein bedrijf dat AI-agents gebruikt?

Dat je weet welke agents en workflows er zijn, wie de eigenaar is, waar ze bij kunnen en welke limieten gelden. Een klein bedrijf kan meer agents draaien dan het mensen heeft, en elke agent kan net zo krachtig zijn als een medewerker. Duidelijke toegang, guardrails, eigenaarschap en beveiliging houden die kracht onder controle.

Wat moet ik vandaag veranderen aan mijn eigen automatiseringen?

Geef agents eigen inloggegevens in plaats van een persoonlijke login, wijs aan elke workflow een eigenaar toe, voeg een error workflow en meldingen toe, stel bestedingslimieten in bij AI-aanbieders, laat een mens goedkeuren vóór onomkeerbare acties, en werk met een aparte ontwikkel- en productieomgeving. Een korte governancecheck laat zien waar je begint.