Hello,
I have doubts before decide if microservice architecture (with event bus, ....) is good for distributed applications where the event publication in point X must be received in point Y with the minimum delay (100 ms),.... and the quantity of events could be near 800 per second. Of course, I know that the subscriptor treatment (event receiver treatment) and all the actions executed in cascade after that can be one influence in the final event treatment time.... but, I have this doubt thinking in the most optimistic case (very good dessign and very optimized treatment).
So, summarizing...the microservice design (with the event bus implementation, etc, etc) is a good option to have 800 events per second between microservice publishing and microservice subscriptor reception?.
Thanks a lot in advance!!!
I have doubts before decide if microservice architecture (with event bus, ....) is good for distributed applications where the event publication in point X must be received in point Y with the minimum delay (100 ms),.... and the quantity of events could be near 800 per second. Of course, I know that the subscriptor treatment (event receiver treatment) and all the actions executed in cascade after that can be one influence in the final event treatment time.... but, I have this doubt thinking in the most optimistic case (very good dessign and very optimized treatment).
So, summarizing...the microservice design (with the event bus implementation, etc, etc) is a good option to have 800 events per second between microservice publishing and microservice subscriptor reception?.
Thanks a lot in advance!!!
