I have been using websockets for only sending and receiving location updates, but now I am thinking of using them for other things like analytics, notifications, etc.
The way my implementation is set up (i'm using Go), I have a /ws/tracking
websocket route where I can fire off updates to connected clients in a group when a group member updates their location and that the client also uses to send their updates to the server.
Should I create a bunch more routes, like /ws/analytics
, /ws/notifications
, etc. or should I re-do my implementation to have just one handler like /ws
that can handle everything?
With more routes, this means my clients will have to open multiple connections potentially to each endpoint. With a single route, maybe I can have a key/identifier for the resource (ie. analytics
, tracking
, notification
, etc.)?
No idea if this is the right path, so please let me know what the best practice is generally with websockets.
Thanks