Performance comparison: Multiple webhooks in one workflow VS. one workflow for each webhook

Question:
- In terms of performance, is it any difference having multiple webhooks inside the same workflow, compared to having each webhook in a separated N8N workflow?

Context:
We have a workflow which contains multiple webhooks, each webhook have their own endpoint/logic and they don’t depend on each other, despite they are in the same workflow document.
This has been made this way for practical reasons (having all the webhooks on the same workflow document has made the work easier).

This workflow is soon to be launched to production, and these webhooks will receive a considerable amount of requests/load, the question is: is it any difference between having 30 webhooks in 1 workflow, vs. having 30 webhooks in 30 different workflows (1 webhook = 1 workflow)?

Thanks in advance.

I have never thought to check, in theory it would only the bit of the workflow it needs to but it would need to load the entire workflow to run it so I suspect separate workflows would be better but I don’t think there would be much in it.

Personally purely for a debugging / maintenance view I keep most of my mine split up apart from ones where I have a few webhook nodes to display html content.

I would say though not all environments are equal and there are many factors to think about so I would suggest setting up a test environment as well and testing both options to see what works best for you.

2 Likes

I’ve seen some funky stuff posted on the community though. Where multiple triggers in a workflow could cause some issues.
Not sure how those were caused, but splitting the workflows did fix them.
So I would personally never use 30 triggers(webhooks) in one workflow.

But if it works it works. And should idd not be too bad on the performance side.

1 Like

Now totally ignoring all the reasons (as mentioned above) why it is probably not a good idea to have 30 webhooks in one workflow and just answering the question about performance:

Without having tested it, just thinking about the code. Can not think of a reason why one should be much faster or slower than the other. There is probably a minimal advantage for the separate ones, as the workflow is then generally smaller, and can so be loaded faster. But can not imagine that it would make a huge difference, more in ms range.

4 Likes

Hey guys thank you all for your kind suggestions and clear explanations.

As you suggested, at the end of the day having all the webooks in separated worflows could improve performance (at least a little) but mainly it could prevent issues and it can help to debug and track executions more precisely by “distributing” them.

Thank you again!

2 Likes