In the user scenario, for a running auction there can be many user bids which need to be handled in the order they arrive. In my tests natural option is to go with ServiceBus Queues with support FIFO properly.
Few Issues with this as I see is;
When there are lot of parallel auctions (Auction for itemA, B, C etc..), It's do not think it's feasible to create different queues per auction. But then pushing bids to a single queue will also have a bottle neck.
Topics does not guarantee FIFO. But according to this using SupportOrdering can work (yet to test).
I was wondering whether eventhub can be used to model this scenario? At the end of the day there should be a layer that publishes bids ASAP and there are couple of workers taking action on those bids in order (and forward them to other sub systems)
Has anyone out there tried to tackle similar use case? Our current bid performance baseline is like (less than 200 bids per second for the moment)