DEV Community

Discussion on: Server Sent Events are still not production ready after a decade. A lesson for me, a warning for you!

Collapse
 
jwp profile image
John Peters

OMG Mike, what an excellent discovery! If the design requires sockets then it's most likely for speed (direct peer to peer), right?. I'm wondering what something like RabbitMQ would have done in this situation?

Thank you for this Long Polling tip.

Collapse
 
miketalbot profile image
Mike Talbot ⭐

Hey John, we are using Bull and moving to Rabbit on the back end and indeed that's what gives us the ability to easily rewind events on a reconnect. In this case I think it's either sockets - but I just hate the amount of code we have to write around socket.io, or the long polling - which is basically now working- had to do the reconnect stuff ourselves but that is easier given just how simple long polling is compared to sockets. Performance seems to be holding up, but this is a live situation haha! Not done full scalability on it yet...

Collapse
 
dyfet profile image
David Sugar • Edited

I had considered ZMQ / scalable socket services for p2p telephony signaling, but it's bidirectional eventing is not all that strongly developed; mostly ZMQ is still about unidirectional messaging.