Pusher — что это, real-time платформа и интеграция в приложения

Что такое Pusher?

Pusher — облачный сервис для двусторонней real-time коммуникации, основанный в 2011 году. Он предоставляет готовую инфраструктуру для отправки и получения сообщений в реальном времени без необходимости управлять собственным сервером WebSocket. Pusher используется для построения чатов, лайв-уведомлений, совместного редактирования и игровых лидербордов.

В отличие от библиотек типа Socket.IO, которые требуют развёртывания и обслуживания собственного сервера, Pusher работает по модели SaaS (Software as a Service). Разработчик регистрируется, получает ключи (app_id, key, secret) и использует REST API Pusher для публикации событий. Серверная инфраструктура полностью управляется платформой Pusher.

По данным официального блога Pusher (2025), платформа обслуживает более 250 000 активных проектов по всему миру. Среди известных клиентов — GitHub (уведомления в реальном времени), Trello (синхронизация досок) и Intercom (чат поддержки). Pusher поддерживает дата-центры в США, Европе и Азии для минимизации задержек.

История развития Pusher

Pusher был запущен в 2011 году как один из первых hosted-сервисов для WebSocket. В 2014 году компания представила Pusher Channels — текущую архитектуру с поддержкой private и presence каналов. В 2017 году добавлена поддержка webhook для server-side событий. В 2022 году Pusher запустил Pusher Beams — сервис push-уведомлений для мобильных платформ.

Архитектура Pusher отличается от self-hosted решений тем, что вся обработка подписок, управление соединениями и маршрутизация событий происходит на стороне Pusher Cloud. Разработчик управляет только аутентификацией private-каналов через свой backend.

Как работает Pusher

Архитектура Pusher базируется на модели Publisher-Subscriber. Серверные приложения публикуют события через REST API Pusher, а клиентские приложения получают их через постоянное WebSocket-соединение. Pusher выступает как посредник между издателями и подписчиками.

Когда сервер отправляет событие через POST-запрос к API Pusher, платформа определяет целевой канал и рассылает сообщение всем клиентам, подписанным на этот канал. Клиенты получают событие через уже открытое WebSocket-соединение, что обеспечивает latency 50–100 мс в зависимости от географического расположения.

Каждый клиент устанавливает соединение через Pusher Client SDK, который автоматически выбирает транспорт (WebSocket — приоритет, HTTP long-polling — fallback). SDK управляет переподключением, сериализацией данных и обработкой ошибок без участия разработчика. По данным технической документации Pusher (2025), время переподключения при обрыве сети составляет менее 1 секунды.

Компоненты Pusher

Система состоит из трёх компонентов: Pusher Server API (REST-эндпоинты для публикации событий), Pusher Client SDK (библиотеки для подписки на события) и Pusher WebHook (уведомления сервера о событиях подключения/отключения). Все компоненты работают асинхронно и независимо.

Типы каналов Pusher

Pusher Channels поддерживает три типа каналов, каждый из которых предназначен для разных сценариев использования. Выбор типа канала определяет уровень доступа, механизм аутентификации и доступные возможности.

Public каналы доступны всем клиентам без аутентификации и подходят для широковещательных данных. Private каналы требуют аутентификации через сервер разработчика: клиент отправляет запрос на свой backend с socket_id и channel_name, сервер подписывает запрос секретным ключом Pusher и возвращает auth-токен. Presence каналы дополнительно передают информацию о пользователе (user_id, user_info) и позволяют отслеживать, кто сейчас онлайн.

По данным документации Pusher (2025), максимальное количество одновременно подключённых клиентов на один канал — 10 000 для public и private каналов. Для presence каналов ограничение составляет 10 000 пользователей на канал с поддержкой до 100 000 пользователей на приложение.

События и триггеры Pusher

Событийная модель Pusher основана на именованных событиях, которые публикуются в канал. Каждое событие имеет имя (максимум 200 символов), данные в формате JSON и необязательный socket_id для исключения повторной отправки инициатору события.

Триггеры — это HTTP POST-запросы к API Pusher, которые публикуют событие в канал. Формат запроса: POST /apps/{app_id}/events с телом, содержащим channel, name и data. Pusher Server API поддерживает триггеры из любого серверного окружения через официальные библиотеки (PHP, Ruby, Python, Go, Java, Node.js).

Pusher поддерживает batch-триггеры — публикацию одного события в несколько каналов одним запросом. Это эффективнее, чем последовательные вызовы, и гарантирует атомарность доставки. По данным тестов производительности Pusher (2024), batch-триггер на 100 каналов занимает 30–50 мс, тогда как последовательные вызовы — 2–5 секунд.

Webhook интеграция

Pusher WebHook позволяет вашему серверу получать уведомления о событиях инфраструктуры: подключение клиента, отключение, возникновение ошибки. Webhook-запросы подписываются HMAC-SHA256 для верификации. Это критично для логирования, аналитики и синхронизации состояния.

Как интегрировать Pusher в проект

Интеграция Pusher состоит из двух частей: серверной (публикация событий) и клиентской (подписка на события). Рассмотрим пример на Node.js для серверной части и JavaScript для клиентской. Для начала необходимо создать приложение в дашборде Pusher и получить учетные данные.

По данным документации Pusher (2025), базовый план (Sandbox) включает до 100 одновременных соединений и 200 000 сообщений в день — достаточно для разработки и тестирования. Production-планы начинаются от $49 в месяц за 1000 соединений.

Серверный код: публикация события

const Pusher = require('pusher');

const pusher = new Pusher({
    appId: 'YOUR_APP_ID',
    key: 'YOUR_KEY',
    secret: 'YOUR_SECRET',
    cluster: 'eu',
    useTLS: true
});

pusher.trigger('my-channel', 'my-event', {
    message: 'Hello from server',
    timestamp: Date.now()
}).then(() => {
    console.log('Event published');
}).catch(console.error);

Клиентский код: подписка на события

import Pusher from 'pusher-js';

const pusher = new Pusher('YOUR_KEY', {
    cluster: 'eu',
    forceTLS: true
});

const channel = pusher.subscribe('my-channel');

channel.bind('my-event', (data) => {
    console.log('Received event:', data);
    displayNotification(data.message);
});

Pusher в мобильных приложениях

Pusher предоставляет SDK для iOS (Swift) и Android (Java/Kotlin), которые полностью повторяют функциональность JavaScript-клиента. Мобильные SDK поддерживают те же типы каналов, механизм аутентификации и событийную модель. Для React Native доступен пакет pusher-js, работающий через JavaScript-мост.

На мобильных устройствах Pusher SDK автоматически обрабатывает переключение между Wi-Fi и мобильной сетью, используя механизм reconnection с экспоненциальной задержкой. Это особенно важно для iOS приложений, где iOS может принудительно закрывать WebSocket-соединения при фоновой работе.

По данным технического блога Pusher (2024), среднее потребление трафика одним Pusher-соединением составляет 1–2 KB в минуту при отсутствии активных событий. Это достигается за счёт оптимизированного heartbeat-протокола с интервалом 30 секунд. Приложение среднего размера может поддерживать до 1000 одновременных Pusher-соединений без значительного влияния на расход батареи.

Pusher Beams для push-уведомлений

Pusher Beams — дополнительный сервис для отправки push-уведомлений на мобильные устройства через APNs (iOS) и FCM (Android). Beams интегрируется с Pusher Channels: событие из канала может автоматически триггерить push-уведомление, если клиент не в сети. Это решает проблему доставки сообщений при закрытом приложении.

Безопасность и аутентификация Pusher

Безопасность Pusher реализована на нескольких уровнях. Каждый запрос к Pusher API подписывается HMAC-SHA256 с использованием app_secret. Это гарантирует, что только авторизованный сервер может публиковать события. Клиентские SDK используют app_key для идентификации приложения, но для доступа к private и presence каналам требуется дополнительная аутентификация.

Аутентификация private-каналов происходит в три шага: клиент вызывает pusher.subscribe('private-channel'), Pusher Client SDK отправляет HTTP-запрос на ваш backend-эндпоинт (/pusher/auth), сервер проверяет права пользователя и возвращает auth-токен, подписанный секретным ключом. Pusher сверяет подпись и разрешает подписку.

Рекомендуется использовать TLS-соединения для всех запросов (настройка useTLS: true в SDK). Pusher также поддерживает ограничение доступа по IP-адресам для серверных запросов к REST API. Для enterprise-тарифов доступна поддержка VPC (Virtual Private Cloud) и выделенных кластеров с изолированной инфраструктурой.