Hello Masoud,
Real-life example: we have 6.000.000 stock updates in MSEG per day. We have 300 plants and we are thinking about having 300 channels (not easy to hndle it manually), as the data must be sent per plant. This results into 20.000 updates per plant per day or 14 updates per minute, in average. But, in fact, we so far have no clue how this is distributed in time. (We will definetely check it).
Therefore, it is very likely, we will have more (maybe much more) than 1 update per second.
Unfortunately our FE Fiori application is not capable to handle it so fast (e.g. 1 Hz at max).
So the question woudl be, how would you develop the back-end logic in this case?
The idea is to:
1. Delay processing of the messages;
2. Queue the messages;
3. Collect the messages;
4. Sent a collective message update;
Background job is not an option.
Do you have an idea, how all above can be reached?
Can we, maybe, use qRFC with queue name as PLANT id?
Thanks and Regards,
Dima