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