“WebSockets provides simple APIs to broadcast information to clients and simple APIs to ship information from the clients to the web server.
A realtime channel to send information from the server to the client is very welcome. In fact it is a part of HTTP 1.1.
However, a brand new API for shipping information to the server from web browsers introduce a new decision point for developers:
- When a user posts a message on chat, do I make a RESTful call and POST a message or do I bypass REST and use WebSockets?
- If I use the new backchannel, how do I debug it? How do I log what is going on? How do I profile it? How do I ensure it does not slow down other traffic to my site? Do I also expose this endpoint in a controller action? How do I rate limit this? How do I ensure my background WebSocket thread does not exhaust my db connection limit?…”