Server-Sent Events (SSE)

Бывало у вас так: на проекте есть задача в реальном времени, но техлид или инфраструктура или ИБ накладывают табу на WebSocket? Со мной такое случилось! Есть задача сделать sorry, NDA, а использовать вебсокеты — нельзя. Долго думал, как обойтись, и решение нашлось в виде SSE (Server-Sent Events).

Делюсь забытой технологией древних.

Что это такое? SSE — это стандарт, позволяющий серверу автоматически «проталкивать» (push) данные клиенту (например, браузеру) через одно постоянное HTTP-соединение. Клиент просто подписывается на событие и ждет обновлений.

Как выглядит на практике? Сервер отправляет данные в специальном текстовом формате, а клиент (JavaScript) ловит их через объект EventSource. Это очень просто реализовать.

❓SSE vs WebSocket: В чем разница? Частая ошибка — ставить их в один ряд. Они решают разные задачи!

Server-Sent Events (SSE) — это как радио. Сервер «вещает» данные, а клиент их «ловит». ▫️Связь односторонняя (только Server → Client) ▫️Работает поверх обычного HTTP(S ▫️Супер-фича: если соединение падает, клиент автоматически переподключается ▫️Отправляет только текстовые данные (чаще всего JSON).

WebSocket — это как телефонный звонок. Устанавливается полноценное двустороннее соединение (Server ⇄ Client). ▫️Свой специальный протокол ▫️Можно пересылать что угодно: текст, бинарные данные, файлы ▫️За эту мощь и функциональность приходится платить: переподключение и обработку ошибок нужно писать вручную ▫️Реализация сложнее

😎Когда использовать SSE? SSE идеален для сценариев, где данные идут в основном в одну сторону — от сервера к клиенту.

Примеры: 〰️Лента уведомлений (новое сообщение, комментарий, лайк) 〰️Онлайн-датчики и мониторинг (курс акций, температура процессора) 〰️Ленты новостей / Таймлайны в реальном времени 〰️Статус длительной задачи (прогресс загрузки файла) 〰️Dashboard-ы, которые должны обновляться сами

😃Когда выбрать WebSocket? WebSocket — ваш выбор, когда нужна полноценная двусторонняя связь в реальном времени.

Примеры: 〰️Чаты и мессенджеры (нужно не только получать, но и отправлять сообщения мгновенно) 〰️Онлайн-игры 〰️Совместное редактирование документов 〰️Сервисы видеозвонков

Итого Не тянем за собой тяжелый WebSocket, если задача решается легким SSE. Правильный выбор технологии: ▫️Экономит ресурсы на разработку и поддержку. ▫️Повышает надежность (SSE проще и отказоустойчивее за счет HTTP). ▫️Делает архитектуру подходящей под задачу.

Байт на комментарии: В каком из проектов вашей компании можно применить SSE прямо сейчас?