Vertraging

Vertraging

Overzicht

De Delay-node pauzeert de uitvoering van de workflow voor een opgegeven duur. Alle daaropvolgende nodes wachten totdat de vertragingstijd is verstreken voordat ze verdergaan. Perfect voor polling, wachten op externe processen, rate-limiting of het implementeren van retry-logica.

Best voor: Polling van API's, wachten op verwerking, rate-limiting, retry-vertragingen en geplande opvolgingen.

Configuratie

Vertragingstijd: Stel de pauzetijd in tussen 1 seconde en 24 uur

Opties:

  • Seconden (1-3600)

  • Minuten (1-1440)

  • Uren (1-24)

Wanneer Delay te gebruiken

Perfect voor:

  • Een API pollen totdat een proces is voltooid

  • Wachten tot externe systemen gegevens verwerken

  • Rate-limiting om API-throttling te voorkomen

  • Retry-vertragingen toevoegen na fouten

  • Geplande vervolgacties plannen

  • Exponential backoff implementeren

Niet ideaal voor:

  • Langetermijnplanning (gebruik in plaats daarvan Scheduled Trigger)

  • Vertragingen langer dan 24 uur

  • Tijdgebaseerde triggers (gebruik Scheduled Trigger)

Voorbeeldgebruikscases

Retry met Backoff

HTTP Request: API aanroepen
→ [Bij Fout] → Delay: 5 seconden
→ HTTP Request: API-aanroep opnieuw proberen
→ [Bij Fout] → Delay: 15 seconden
→ HTTP Request: Laatste poging

Wachten op verwerking

Actie: Document indienen voor verwerking
→ Delay: 1 minuut
→ HTTP Request: Verwerkt document ophalen
→ Agent: Resultaten analyseren

Hoe het werkt

1

Stap

Workflow bereikt de Delay-node

2

Stap

Uitvoering pauzeert voor de opgegeven duur

3

Stap

Na de vertraging gaat de workflow verder naar de volgende node

4

Stap

Alle daaropvolgende nodes wachten tot de vertraging is voltooid

Belangrijk: de vertraging is een echte pauze in de uitvoering. Als je een vertraging van 1 uur instelt, wacht de workflow letterlijk 1 uur voordat deze verdergaat.

Gebruik met loops

Vertragingen zijn vooral nuttig binnen loops om het uitvoeringssnelheid te beheersen:

Loop: Verwerk 100 items
  Variabele: item

  → HTTP Request: Verwerk {{item.id}}
  → Delay: 1 seconde  (voorkomt rate-limiting)

Zonder vertraging: 100 API-aanroepen in ~10 seconden (kan rate-limits raken)

Met 1-seconde vertraging: 100 API-aanroepen in ~100 seconden (blijft onder de limieten)

Beperkingen

  • Minimale vertraging: 1 seconde

  • Maximale vertraging: 24 uur

  • Geen annulering: Zodra een vertraging begint, kan deze niet worden onderbroken

  • Workflow moet actief blijven: De workflow blijft tijdens de vertraging draaien

Lange vertragingen houden de workflowuitvoering actief. Voor vertragingen van meer dan een paar uur, overweeg in plaats daarvan een Scheduled Trigger te gebruiken om de workflow opnieuw te starten.

Kostenoverwegingen

Vertragingen zelf zijn gratis, maar:

  • De uitvoeringstijd van de workflow omvat de vertragingstijd

  • Lange vertragingen houden de workflow "actief"

  • Overweeg of een geplande herstart van de workflow efficiënter zou zijn

Beste praktijken

  • Houd vertragingen redelijk Lange vertragingen houden workflows draaiende en kunnen kosten beïnvloeden. Gebruik Scheduled Triggers voor vertragingen van meer dan een paar uur.

  • Overweeg timeoutlimieten Workflows hebben limieten voor uitvoeringstijd. Zeer lange vertragingen kunnen ertoe leiden dat de workflow timeouts krijgt.

  • Gebruik delays slim voor polling Begin met kortere vertragingen en verhoog deze geleidelijk indien nodig. Poll niet vaker dan nodig.

  • Documenteer waarom vertragingen bestaan Voeg een opmerking toe aan de delay-node waarin wordt uitgelegd waarom de pauze nodig is — je toekomstige zelf zal je dankbaar zijn.

Volgende stappen

VorigeBeperkingenVolgendeStuur melding