Delay

Descrizione

Operatore di pausa BREVE in-process — sospende l'esecuzione del workflow per una durata configurabile in millisecondi (cap di sicurezza 60s: una pausa in-process tiene occupato il worker, quindi è volutamente breve). È pensato per micro-pause: pacing tra chiamate, piccoli debounce, attese di propagazione. ⚠️ Per attese LUNGHE o che devono sopravvivere a un restart del container usa logic_wait (modo timer, fino a 24h) o logic_wait_signal (resumable, persistito in paused_workflows): quelli NON bloccano un worker e riprendono dopo crash/deploy. Use case: rate-limit manuale tra chiamate API esterne quando l'upstream NON espone header Retry-After standard (es. legacy SOAP web service con cap 5 req/min hardcoded — delay 12s tra chiamate consecutive); wait deterministico per propagazione DNS dopo create record (es. 30s per A record DNS reload via Cloudflare) o propagazione cache CDN dopo invalidation; pacing su workflow batch outbound (es. spedire 1 email al secondo per stare sotto le soglie reputation Gmail/SES); debounce su rapid trigger consecutivi (es. webhook che parte 3 volte in 2s da retry upstream — il primo workflow fa delay 5s e POI verifica se è il più recente run aggiornato, altrimenti skip — pattern "wait for quiet"); pause intenzionale prima di azione costosa per dare tempo all'operatore umano di intervenire (es. delay 60s prima di cancellare 500 record da database con notify Telegram per cancel manuale se errore).

⚙️ Parametri di configurazione

Campi mostrati nell’editor quando si configura il nodo. Generati direttamente dal NodeDefconfigFields.

💡 Esempio configurazione

Snippet JSON del nodo come compare nel workflow. I valori sono derivati daidefaultValue e dai parametri required.

{
  "id": "node-logic_delay-1",
  "defId": "logic_delay",
  "label": "Delay",
  "config": {
    "durationMs": 1000
  }
}

🔗 Nodi correlati nella stessa categoria