Pusher — ano ito, real-time platform at integrasyon sa mga application

Ano ang Pusher?

Pusher — cloud service para sa two-way real-time na komunikasyon, itinatag noong 2011. Nagbibigay ito ng handa nang imprastraktura para sa pagpapadala at pagtanggap ng mga mensahe sa real-time nang hindi kinakailangang pamahalaan ang sariling WebSocket server. Ginagamit ang Pusher para sa pagbuo ng mga chat, live notification, collaborative editing, at game leaderboard.

Hindi tulad ng mga library tulad ng Socket.IO, na nangangailangan ng pag-deploy at pagpapanatili ng sariling server, gumagana ang Pusher sa modelong SaaS (Software as a Service). Nagrehistro ang developer, nakakakuha ng mga key (app_id, key, secret) at ginagamit ang REST API ng Pusher para mag-publish ng mga event. Ang server infrastructure ay ganap na pinamamahalaan ng Pusher platform.

Ayon sa opisyal na blog ng Pusher (2025), ang platform ay naghahatid ng higit sa 250,000 aktibong proyekto sa buong mundo. Kabilang sa mga kilalang client ang GitHub (real-time notification), Trello (synchronization ng board), at Intercom (support chat). Sinusuportahan ng Pusher ang mga data center sa US, Europe, at Asia para mabawasan ang latency.

Kasaysayan ng pag-unlad ng Pusher

Inilunsad ang Pusher noong 2011 bilang isa sa mga unang hosted service para sa WebSocket. Noong 2014, ipinakilala ng kumpanya ang Pusher Channels — ang kasalukuyang arkitektura na may suporta para sa private at presence channel. Noong 2017, idinagdag ang suporta para sa webhook para sa server-side event. Noong 2022, inilunsad ng Pusher ang Pusher Beams — push notification service para sa mobile platform.

Ang arkitektura ng Pusher ay naiiba sa self-hosted solution dahil ang lahat ng pagproseso ng subscription, pamamahala ng koneksyon, at routing ng event ay nangyayari sa panig ng Pusher Cloud. Ang developer ay namamahala lamang ng authentication ng private channel sa pamamagitan ng kanyang backend.

Paano gumagana ang Pusher

Arkitektura ng Pusher ay batay sa modelo ng Publisher-Subscriber. Ang server application ay nag-publish ng event sa pamamagitan ng REST API ng Pusher, at ang client application ay tumatanggap ng mga ito sa pamamagitan ng permanenteng WebSocket connection. Ang Pusher ay kumikilos bilang tagapamagitan sa pagitan ng publisher at subscriber.

Kapag nagpadala ang server ng event sa pamamagitan ng POST request sa Pusher API, tinutukoy ng platform ang target na channel at ibinobrodkast ang mensahe sa lahat ng client na naka-subscribe sa channel na iyon. Natatanggap ng mga client ang event sa pamamagitan ng nakabukas nang WebSocket connection, na nagbibigay ng latency na 50–100 ms depende sa geographic na lokasyon.

Ang bawat client ay nagtatag ng koneksyon sa pamamagitan ng Pusher Client SDK, na awtomatikong pumipili ng transport (WebSocket — priority, HTTP long-polling — fallback). Pinamamahalaan ng SDK ang reconnection, serialization ng data, at paghawak ng error nang walang interbensyon ng developer. Ayon sa teknikal na dokumentasyon ng Pusher (2025), ang oras ng reconnection sa network interruption ay mas mababa sa 1 segundo.

Mga component ng Pusher

Ang system ay binubuo ng tatlong component: Pusher Server API (REST endpoint para sa pag-publish ng event), Pusher Client SDK (mga library para sa pag-subscribe sa event), at Pusher WebHook (server notification tungkol sa connection/disconnection event). Lahat ng component ay gumagana nang asynchronously at independiyente.

Mga uri ng channel ng Pusher

Pusher Channels ay sumusuporta sa tatlong uri ng channel, bawat isa ay para sa iba't ibang senaryo ng paggamit. Ang pagpili ng uri ng channel ay tumutukoy sa antas ng access, mekanismo ng authentication, at mga available na kakayahan.

Public channel ay accessible sa lahat ng client nang walang authentication at angkop para sa broadcast data. Private channel ay nangangailangan ng authentication sa pamamagitan ng server ng developer: ang client ay nagpapadala ng request sa kanyang backend na may socket_id at channel_name, nilalagdaan ng server ang request gamit ang secret key ng Pusher at nagbabalik ng auth token. Presence channel ay nagpapadala din ng impormasyon ng user (user_id, user_info) at nagbibigay-daan sa pagsubaybay kung sino ang online.

Ayon sa dokumentasyon ng Pusher (2025), ang maximum na bilang ng sabay-sabay na konektadong client sa bawat channel ay 10,000 para sa public at private channel. Para sa presence channel, ang limitasyon ay 10,000 user bawat channel na may suporta hanggang 100,000 user bawat application.

Mga event at trigger ng Pusher

Modelo ng event ng Pusher ay batay sa named event na nai-publish sa channel. Ang bawat event ay may pangalan (maximum 200 character), data sa JSON format, at opsyonal na socket_id para maiwasan ang muling pagpapadala sa nagpasimula ng event.

Trigger — ay HTTP POST request sa Pusher API na nag-publish ng event sa channel. Format ng request: POST /apps/{app_id}/events na may body na naglalaman ng channel, name, at data. Sinusuportahan ng Pusher Server API ang trigger mula sa anumang server environment sa pamamagitan ng opisyal na library (PHP, Ruby, Python, Go, Java, Node.js).

Sinusuportahan ng Pusher ang batch trigger — pag-publish ng isang event sa maraming channel sa pamamagitan ng isang request. Ito ay mas mahusay kaysa sa sequential call at ginagarantiyahan ang atomicity ng paghahatid. Ayon sa performance test ng Pusher (2024), ang batch trigger sa 100 channel ay tumatagal ng 30–50 ms, samantalang ang sequential call ay tumatagal ng 2–5 segundo.

Webhook integration

Pusher WebHook ay nagpapahintulot sa iyong server na makatanggap ng notification tungkol sa infrastructure event: koneksyon ng client, pag-disconnect, paglitaw ng error. Ang Webhook request ay nilalagdaan ng HMAC-SHA256 para sa verification. Ito ay mahalaga para sa logging, analytics, at synchronization ng estado.

Paano isama ang Pusher sa proyekto

Integrasyon ng Pusher ay binubuo ng dalawang bahagi: server-side (pag-publish ng event) at client-side (pag-subscribe sa event). Tingnan natin ang halimbawa sa Node.js para sa server side at JavaScript para sa client side. Upang magsimula, kailangan mong lumikha ng application sa Pusher dashboard at kumuha ng credentials.

Ayon sa dokumentasyon ng Pusher (2025), ang basic plan (Sandbox) ay may kasamang hanggang 100 sabay-sabay na koneksyon at 200,000 mensahe bawat araw — sapat para sa development at testing. Ang production plan ay nagsisimula sa $49 bawat buwan para sa 1000 koneksyon.

Server code: pag-publish ng event

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 na-publish');
}).catch(console.error);

Client code: pag-subscribe sa event

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('Natanggap na event:', data);
    displayNotification(data.message);
});

Pusher sa mga mobile app

Nagbibigay ang Pusher ng SDK para sa iOS (Swift) at Android (Java/Kotlin) na ganap na ginagaya ang functionality ng JavaScript client. Ang mobile SDK ay sumusuporta sa parehong uri ng channel, mekanismo ng authentication, at modelo ng event. Para sa React Native, available ang pusher-js package na gumagana sa pamamagitan ng JavaScript bridge.

Sa mga mobile device, Pusher SDK ay awtomatikong humahawak ng paglipat sa pagitan ng Wi-Fi at mobile network, gamit ang mekanismo ng reconnection na may exponential delay. Ito ay lalong mahalaga para sa iOS application, kung saan maaaring pilitin ng iOS na isara ang WebSocket connection habang nagtatrabaho sa background.

Ayon sa teknikal na blog ng Pusher (2024), ang average na konsumo ng trapiko ng isang Pusher connection ay 1–2 KB bawat minuto kapag walang aktibong event. Ito ay nakakamit sa pamamagitan ng optimized heartbeat protocol na may 30 segundong interval. Ang medium-sized na application ay maaaring sumuporta ng hanggang 1000 sabay-sabay na Pusher connection nang walang makabuluhang epekto sa konsumo ng baterya.

Pusher Beams para sa push notification

Pusher Beams — karagdagang serbisyo para sa pagpapadala ng push notification sa mobile device sa pamamagitan ng APNs (iOS) at FCM (Android). Ang Beams ay sumasama sa Pusher Channels: ang event mula sa channel ay maaaring awtomatikong mag-trigger ng push notification kung offline ang client. Nalulutas nito ang problema sa paghahatid ng mensahe kapag sarado ang app.

Seguridad at authentication ng Pusher

Seguridad ng Pusher ay ipinatupad sa maraming antas. Ang bawat request sa Pusher API ay nilalagdaan ng HMAC-SHA256 gamit ang app_secret. Ito ay ginagarantiyahan na ang awtorisadong server lamang ang makakapag-publish ng event. Ang client SDK ay gumagamit ng app_key para sa identification ng application, ngunit para sa access sa private at presence channel, kinakailangan ang karagdagang authentication.

Authentication ng private channel ay nangyayari sa tatlong hakbang: tinatawag ng client ang pusher.subscribe('private-channel'), ang Pusher Client SDK ay nagpapadala ng HTTP request sa iyong backend endpoint (/pusher/auth), sinusuri ng server ang mga karapatan ng user at nagbabalik ng auth token na nilagdaan ng secret key. Pinapatunayan ng Pusher ang lagda at pinapayagan ang subscription.

Inirerekomenda na gumamit ng TLS connection para sa lahat ng request (setting useTLS: true sa SDK). Sinusuportahan din ng Pusher ang paghihigpit ng access batay sa IP address para sa server request sa REST API. Para sa enterprise tier, available ang suporta para sa VPC (Virtual Private Cloud) at dedicated cluster na may isolated infrastructure.