У нас есть веб-приложение, которое в настоящее время использует опрос для обработки непрерывных обновлений.
При переключении на длительный опрос может возникнуть небольшая проблема с бандой, мы хотели реализовать решение Websockets, которое будет долговечным и масштабируемым.
Мой вопрос: какая архитектура понадобится для этого?
Я сам провел исследование и обнаружил, что типичная настройка для корпоративного приложения выглядит примерно так: 
Тогда поток выполнения соединения будет примерно таким:
- Первоначальное рукопожатие
- Клиент делает запрос
HTTPкServerвместе с JS для запроса соединения с Websocket -
Serverотвечает,Headerсодержит директивуUpgradeи переключает протоколы для этого клиента - Сервер Websocket устанавливает соединение
Websocketс клиентом
- Клиент делает запрос
- Клиент отправляет
POST/PUT/etc.-
Webserver(Apache/Nginx) извлекает результат из запроса -
Webserverотправляет результат вMQ, где он добавляется в очередь -
Messageотправляется на серверWebsocketизMQ -
Messageотправляется обратно клиенту
-
Правильно ли этот подход? Я что-то пропустил? Я что-то неправильно понимаю?