In PI 7.1 we have noticed that all steps in a business process are executed by BPE in a serial way. I.e. there won't be more than one concurrent thread used for the execution of a business process.
In our business process we query many systems (approx. 5~10) and aggregate the data in an answer to a consumer. Because these systems all take their own sweet time to respond, you can imagine that the entire process takes quite a while the be executed. In our scenario, a user is waiting for the response and is amused with the time he needs to wait.
We would like to see the business process to be split into several concurrent threads, so that the various systems are queried in parallel rather than one after each other, which would hopefully give us a significant performance boost.
I was told that PI 7.1 doesn't have the capability of splitting a business process into several concurrent threads, but I'm afraid a "cannot" is not an acceptable answer to our users. So I would like to know if anyone has insight in:
Thanks in advance, experts!
have you tried the multiple queue option in the BPM?
Do read section 188.8.131.52 Queue Assignment of this document http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/e0715b1d-68a6-2b10-9f8f-86c5b059cb18?QuickLink=index&overridelayout=true&36004710842461
Thanks for your answer, but this is related to the inbound queues of PI. Our challenge is that we have one message going into the BP from where 4 systems are called using a fork.
The fork seems to be serial instead of parallel, so we need some kind of mechanism that really calls the 4 systems in parallel and then gathers the answers into one response.
At the moment each system takes about 3-4s to respond, meaning that our total response time is already about 15-16s and we still need to add more systems.
Any help would be much appreciated.