Pusher — 무엇인가, 실시간 플랫폼 및 앱 통합

Pusher란 무엇인가?

Pusher는 2011년에 설립된 양방향 실시간 통신용 클라우드 서비스입니다. 자체 WebSocket 서버를 관리할 필요 없이 실시간으로 메시지를 보내고 받을 수 있는 준비된 인프라를 제공합니다. Pusher는 채팅, 실시간 알림, 공동 편집 및 게임 리더보드 구축에 사용됩니다.

자체 서버 배포 및 유지 관리가 필요한 Socket.IO와 같은 라이브러리와 달리 Pusher는 SaaS(서비스형 소프트웨어) 모델로 운영됩니다. 개발자가 등록하고 키(app_id, key, secret)를 받아 Pusher REST API를 사용하여 이벤트를 게시합니다. 서버 인프라는 완전히 Pusher 플랫폼에서 관리합니다.

Pusher 공식 블로그(2025)에 따르면, 이 플랫폼은 전 세계적으로 250,000개 이상의 활성 프로젝트를 서비스하고 있습니다. 잘 알려진 클라이언트로는 GitHub(실시간 알림), Trello(보드 동기화) 및 Intercom(지원 채팅)이 있습니다. Pusher는 지연 시간을 최소화하기 위해 미국, 유럽, 아시아에 데이터 센터를 운영하고 있습니다.

Pusher 개발 역사

Pusher는 2011년 WebSocket용 최초의 호스팅 서비스 중 하나로 출시되었습니다. 2014년에 회사는 Pusher Channels를 도입했습니다. 이는 private 및 presence 채널을 지원하는 현재 아키텍처입니다. 2017년에는 서버 측 이벤트용 웹후크 지원이 추가되었습니다. 2022년에 Pusher는 모바일 플랫폼용 푸시 알림 서비스인 Pusher Beams를 출시했습니다.

Pusher 아키텍처는 자체 호스팅 솔루션과 달리 모든 구독 처리, 연결 관리 및 이벤트 라우팅이 Pusher Cloud 측에서 이루어집니다. 개발자는 백엔드를 통한 private 채널 인증만 관리합니다.

Pusher 작동 방식

Pusher 아키텍처는 게시자-구독자 모델을 기반으로 합니다. 서버 애플리케이션은 Pusher REST API를 통해 이벤트를 게시하고, 클라이언트 애플리케이션은 영구 WebSocket 연결을 통해 이벤트를 수신합니다. Pusher는 게시자와 구독자 사이의 중개자 역할을 합니다.

서버가 Pusher API에 POST 요청을 통해 이벤트를 보내면 플랫폼이 대상 채널을 확인하고 해당 채널을 구독하는 모든 클라이언트에 메시지를 배포합니다. 클라이언트는 이미 열려 있는 WebSocket 연결을 통해 이벤트를 수신하며, 지리적 위치에 따라 50~100ms의 지연 시간을 제공합니다.

각 클라이언트는 Pusher Client SDK를 통해 연결을 설정하며, SDK가 자동으로 전송 방식을 선택합니다(WebSocket — 우선, HTTP long-polling — 폴백). SDK는 개발자 개입 없이 재연결, 데이터 직렬화 및 오류 처리를 관리합니다. Pusher 기술 문서(2025)에 따르면 네트워크 중단 후 재연결 시간은 1초 미만입니다.

Pusher 구성 요소

시스템은 세 가지 구성 요소로 이루어져 있습니다: Pusher Server API(이벤트 게시용 REST 엔드포인트), Pusher Client SDK(이벤트 구독용 라이브러리), Pusher WebHook(연결/해제 이벤트에 대한 서버 알림). 모든 구성 요소는 비동기적이고 독립적으로 작동합니다.

Pusher 채널 유형

Pusher Channels는 세 가지 유형의 채널을 지원하며, 각각 다른 사용 사례에 맞게 설계되었습니다. 채널 유형은 액세스 수준, 인증 메커니즘 및 사용 가능한 기능을 결정합니다.

Public 채널은 인증 없이 모든 클라이언트가 사용할 수 있으며 브로드캐스트 데이터에 적합합니다. Private 채널은 개발자 서버를 통한 인증이 필요합니다. 클라이언트가 socket_id 및 channel_name과 함께 백엔드로 요청을 보내면 서버가 Pusher 비밀 키로 요청에 서명하고 인증 토큰을 반환합니다. Presence 채널은 추가로 사용자 정보(user_id, user_info)를 전송하며 현재 온라인 상태인 사람을 추적할 수 있습니다.

Pusher 문서(2025)에 따르면, public 및 private 채널의 채널당 최대 동시 연결 클라이언트 수는 10,000개입니다. Presence 채널의 경우 채널당 10,000명의 사용자로 제한되며 애플리케이션당 최대 100,000명의 사용자를 지원합니다.

Pusher 이벤트 및 트리거

Pusher 이벤트 모델은 채널에 게시되는 명명된 이벤트를 기반으로 합니다. 각 이벤트에는 이름(최대 200자), JSON 형식의 데이터, 이벤트 개시자에게 중복 전송을 방지하기 위한 선택적 socket_id가 있습니다.

트리거는 Pusher API에 대한 HTTP POST 요청으로, 채널에 이벤트를 게시합니다. 요청 형식: channel, name 및 data가 포함된 본문으로 POST /apps/{app_id}/events. Pusher Server API는 공식 라이브러리(PHP, Ruby, Python, Go, Java, Node.js)를 통해 모든 서버 환경에서 트리거를 지원합니다.

Pusher는 배치 트리거를 지원합니다. 단일 요청으로 여러 채널에 하나의 이벤트를 게시합니다. 이는 순차 호출보다 효율적이며 원자적 전달을 보장합니다. Pusher 성능 테스트(2024)에 따르면 100개 채널에 대한 배치 트리거는 30~50ms가 소요되는 반면, 순차 호출은 2~5초가 소요됩니다.

Webhook 통합

Pusher WebHook을 사용하면 서버가 인프라 이벤트(클라이언트 연결, 해제, 오류 발생)에 대한 알림을 받을 수 있습니다. Webhook 요청은 확인을 위해 HMAC-SHA256으로 서명됩니다. 이는 로깅, 분석 및 상태 동기화에 중요합니다.

프로젝트에 Pusher 통합 방법

Pusher 통합은 서버 측(이벤트 게시)과 클라이언트 측(이벤트 구독)의 두 부분으로 구성됩니다. 서버 부분은 Node.js를, 클라이언트 부분은 JavaScript를 사용하는 예를 살펴보겠습니다. 먼저 Pusher 대시보드에서 애플리케이션을 만들고 자격 증명을 받아야 합니다.

Pusher 문서(2025)에 따르면 기본 요금제(Sandbox)는 최대 100개의 동시 연결과 하루 200,000개의 메시지를 포함하며 개발 및 테스트에 충분합니다. 프로덕션 요금제는 1000개 연결에 월 49달러부터 시작합니다.

서버 코드: 이벤트 게시

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('이벤트 게시됨');
}).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('이벤트 수신됨:', data);
    displayNotification(data.message);
});

모바일 앱에서의 Pusher

Pusher는 iOS(Swift) 및 Android(Java/Kotlin)용 SDK를 제공하며, 이는 JavaScript 클라이언트의 기능을 완전히 복제합니다. 모바일 SDK는 동일한 채널 유형, 인증 메커니즘 및 이벤트 모델을 지원합니다. React Native의 경우 JavaScript 브리지를 통해 작동하는 pusher-js 패키지를 사용할 수 있습니다.

모바일 장치에서 Pusher SDK는 지수 백오프를 사용한 재연결 메커니즘을 통해 Wi-Fi와 모바일 네트워크 간 전환을 자동으로 처리합니다. 이는 iOS가 백그라운드 작동 중에 WebSocket 연결을 강제로 닫을 수 있는 iOS 앱에서 특히 중요합니다.

Pusher 기술 블로그(2024)에 따르면 활성 이벤트가 없을 때 Pusher 연결 하나의 평균 트래픽 소비량은 분당 1~2KB입니다. 이는 30초 간격의 최적화된 하트비트 프로토콜을 통해 달성됩니다. 중간 규모 애플리케이션은 배터리 수명에 큰 영향을 주지 않고 최대 1000개의 동시 Pusher 연결을 지원할 수 있습니다.

푸시 알림을 위한 Pusher Beams

Pusher Beams는 APNs(iOS) 및 FCM(Android)을 통해 모바일 장치로 푸시 알림을 보내는 추가 서비스입니다. Beams는 Pusher Channels와 통합됩니다. 채널의 이벤트는 클라이언트가 오프라인일 때 자동으로 푸시 알림을 트리거할 수 있습니다. 이는 앱이 닫혀 있을 때 메시지 전달 문제를 해결합니다.

Pusher 보안 및 인증

Pusher 보안은 여러 수준에서 구현됩니다. Pusher API에 대한 각 요청은 app_secret을 사용하여 HMAC-SHA256으로 서명됩니다. 이는 승인된 서버만 이벤트를 게시할 수 있도록 보장합니다. 클라이언트 SDK는 애플리케이션 식별을 위해 app_key를 사용하지만 private 및 presence 채널에 액세스하려면 추가 인증이 필요합니다.

Private 채널 인증은 세 단계로 이루어집니다. 클라이언트가 pusher.subscribe('private-channel')을 호출하면 Pusher Client SDK가 백엔드 엔드포인트(/pusher/auth)로 HTTP 요청을 보내고, 서버가 사용자 권한을 확인하고 비밀 키로 서명된 인증 토큰을 반환합니다. Pusher가 서명을 확인하고 구독을 허용합니다.

모든 요청에 TLS 연결을 사용하는 것이 좋습니다(SDK에서 useTLS: true 설정). Pusher는 REST API에 대한 서버 요청의 IP 주소 액세스 제한도 지원합니다. 엔터프라이즈 요금제의 경우 VPC(가상 프라이빗 클라우드) 및 격리된 인프라를 갖춘 전용 클러스터 지원이 제공됩니다.