Что выбрать для графика с онлайн-данными: WebSocket или другой механизм?

Когда на странице нужно отображать график, который обновляется в реальном времени, ключевой вопрос — как доставлять данные от сервера к клиенту. От этого зависят задержка, нагрузка на сервер и сложность кода. Рассмотрим основные варианты и их применимость.

Основные механизмы передачи данных

• Короткий polling — клиент каждые N секунд делает HTTP-запрос. Просто, но создаёт много лишних запросов и задержку до N секунд.
• Long polling — сервер держит запрос открытым до появления данных. Меньше пустых ответов, но каждое сообщение требует нового соединения.
• SSE (Server-Sent Events) — односторонний поток от сервера к клиенту по HTTP. Хорош для лент и уведомлений, но не поддерживает отправку данных с клиента.
• WebSocket — постоянное двунаправленное соединение поверх TCP. Минимальный overhead после handshake, мгновенная доставка в обе стороны.

Почему WebSocket подходит для графиков

График с онлайн-данными требует частых обновлений с малой задержкой. WebSocket устанавливает соединение один раз и затем передаёт только полезную нагрузку, без HTTP-заголовков на каждое сообщение. Это снижает трафик и нагрузку на сервер, а задержка становится сравнимой с сетевой. Дополнительно клиент может отправлять команды (например, смену таймфрейма) по тому же каналу.

Пример на клиенте

const ws = new WebSocket('wss://api.example.com/live');

ws.onopen = () => ws.send(JSON.stringify({ subscribe: 'BTC-USD' }));

ws.onmessage = (event) => {
  const point = JSON.parse(event.data);
  chart.appendData(point); // добавляем точку на график
};

ws.onclose = () => setTimeout(connect, 1000); // переподключение

Когда выбирать альтернативы

• Если данные обновляются редко (раз в минуту и реже) — хватит polling.
• Если нужен только односторонний поток и важна простота — SSE.
• Если требуется работа через ограничивающие прокси или максимальная совместимость — long polling.

Итог: для живого графика с частыми обновлениями WebSocket — оптимальный выбор благодаря низкой задержке, малому overhead и двусторонней связи. Альтернативы стоит рассматривать только при редких обновлениях или инфраструктурных ограничениях.