Use case for delay node fixed delay

I was bitten but the assumption that I could use the delay node to "drip feed" messages from a historical CSV file only to find out all the messages are delayed independently. I can use the rate limit but still, that got me thinking.

What is the actual use case for the fixed delay? It doesn't seem very useful.

You might want to ensure a msg arrives before another in a parallel flow.

You may need to introduce a delay that can be cancelled (by sending a msg.reset if some condition occurs)

You might want to create a variable/random delay for simulation purposes.

You might need to access a service or API multiple times in succession but need a delay between calls.

Admittedly, there are often better ways than to introduce a delay but sometimes it is useful.

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.