2012-09-18 03:11 PM
I have some questions/concerns around WFA scalability. Specifically, I need a better understanding of WFA's ability to scale from a multi-threading perspective. I need to know how WFA will handle a bunch of requests all at once (via SOAP web services) if my in house storage service gets a bunch of requests. Usage of WFA in my instance is strictly via the web services, not the web GUI.
My confusion stems from the lack of documentation around the way WFA scales in this sense (if this exists please let me know).
Thus far I have found this document on v1.1:
On slide 10 the notes area states that WFA v1.1 can now execute 2 workflows in parallel (you can only see the notes if you download the deck and view in PowerPoint).
Yet this document:
it is implied on the first page in the second table (last row) that WFA can handle up to 30 workflows in parallel.
Can I please get some clarity around how WFA would handle:
I'm trying to understand WFA capabilities and limitations in this area so I can establish a clear scaling architecture. If WFA can work enough requests in parallel then I'll go with one architecture
that will involve fewer WFA servers. But if WFA can only work 2 requests in parallel it won't scale for large environments where we need faster provisioning so I may need to look at more WFA servers that service a smaller subset of my environment (for example, one WFA per OC resource pool).
2012-09-18 06:48 PM
I shall leave the WFA scaling to the gurus, but, from an OC perspective, one or more WFA's can interact with one or more OC's. In other words, today OC can scale horizontally, and can share resource pools across OC's. This is due to the distributed nature.
2012-09-18 09:16 PM
We have tested 30 workflow execution in parallel in WFA 1.1 and this is also a recommended numbers.
And it has potential of 200 workflow executions per hour.
Yes, it uses thread pool to handle this kind of parallel processing of jobs; we keep the thread pool count high.