Что лучше использовать Long polling или SSE?

Question

[Володимир Паламар]

Задача такая

Фронтэнд: Карта, принимает координаты и отображает
Бэкэнд: Сервер получает новые координаты и должен прислать их клиенту

Допустим объектов (в данном случае машин) много и координаты обновляются каждые 20 сек. Как эффективнее передавать изменения клиенту?

Для бэка использую Node.js (если считаете что есть лучшее решение пишите, учту). WebSocket думал использовать, но занимает канал, если много клиентов думаю критично будет (или нет, не уверен)
По этому начал смотреть в сторону SSE и long polling
SSE тоже канал держит, а long polling большую нагрузку даёт....

С сервера думал отправлять JSON массив с координатами и скоростью машин на которые клиент заранее "подписался"

Comments

[Сергей Сергей]

всякое соединение занимает канал.

[Володимир Паламар]

Сергей Сергей, вроде логично, но в статье писало что SSE "держит" канал в отличие от long polling. Чтобы это могло значить?

[Сергей Сергей]

Это значит неразрывное соединение в течение сессии. LongPolling тоже держит канал между переключениями.

[Володимир Паламар]

Сергей Сергей, Спасибо

Answer 1

[gsaw]

Если данные меняются с определенным, относительно редким интервалом в 20сек. То может лучше short polling использовать. То-есть клиент в фоне опрашивает каждые 20 секунд новое местоположение? Long polling имхо лучше, когда интервалы между обновлениями данных нерегулярные. Ответ получаешь сразу как только обновились данные. А в вашем случае так ли важно знать ответ сразу. Потом выяснится еще, что пользователи будут обновлять страницу руками, так как привыкли, что надо так делать. .

Comments

[Володимир Паламар]

Проблема в том что данные обновляются хаотично, и было би лучше чтобы как только обновилось сразу к клиенту а не ждать следующего запроса