Ably — 실시간 Pub/Sub 플랫폼이란 무엇이며 어떻게 작동하나

Ably란?

Ably는 2014년에 설립된 클라우드 실시간 플랫폼으로, 실시간 메시징을 위한 인프라를 제공합니다. 단순한 pub 서비스와 달리 Ably는 엔터프라이즈급 전송 보장, 글로벌 POP(Points of Presence) 네트워크, 수백만 동시 클라이언트를 위한 내장 상태 동기화를 제공합니다.

이 플랫폼은 전송 신뢰성이 중요한 프로젝트에서 사용됩니다: 금융 티커, 물류 추적기, 의료 모니터링 시스템, 멀티플레이어 게임 등입니다. Ably는 자체 분산 메시지 브로커 기술을 기반으로 하며, 15개 이상의 데이터 센터로 구성된 글로벌 네트워크를 통해 데이터를 복제합니다.

Ably 공식 웹사이트(2025)에 따르면, 플랫폼은 50,000개 이상의 활성 애플리케이션을 위해 월 2000억 개 이상의 메시지를 처리합니다. 고객에는 Fortune 500 기업이 포함됩니다: Toyota(자동차 텔레매틱스), HubSpot(CRM 동기화), Designity(공동 편집).

Ably 아키텍처

Ably 아키텍처는 고속 채널로 연결된 분산 메시지 브로커(라우터) 네트워크 위에 구축됩니다. 각 브로커는 채널의 하위 집합을 처리하고 Ably 프로토콜(오버헤드를 최소화하도록 최적화된 WebSocket 위의 바이너리 프로토콜)을 사용하여 상태를 복제합니다. 클라이언트는 DNS 로드 밸런싱을 통해 가장 가까운 브로커에 연결됩니다.

경쟁사 대비 Ably의 주요 차별점은 각 채널의 메시지 기록을 저장하는 내장 글로벌 로그입니다. 이를 통해 새 구독자는 새 메시지뿐만 아니라 이전 메시지도 수신할 수 있으며(리플레이), 이는 감사 및 재연결 후 상태 복구에 중요합니다.

Ably 작동 방식

Ably 상호작용 모델은 추가 기능을 갖춘 발행자-구독자 패턴을 따릅니다. 발행자는 Ably REST API 또는 SDK를 통해 채널에 메시지를 전송합니다. 메시지는 채널의 글로벌 분산 로그에 들어가 활성 연결을 통해 모든 구독자에게 배포됩니다.

전송 계층 — Ably는 여러 프로토콜을 지원합니다: WebSocket(기본, 바이너리 Ably 프로토콜), Server-Sent Events(단방향 수신용), HTTP 스트리밍(제한된 환경용), MQTT(IoT 기기용). 클라이언트는 가장 낮은 지연 시간의 사용 가능한 전송 방식을 자동으로 선택합니다.

각 메시지는 Ably 측에서 검증을 거칩니다 — API 키 서명 확인, 채널 할당량 확인, 액세스 권한. 검증은 에지 라우터에서 1~5ms 내에 이루어지며, 이후 메시지는 글로벌 로그에 복제됩니다. Ably 기술 블로그(2024)에 따르면, 대륙 간 전송 시 95% 메시지의 종단 간 지연 시간은 65ms 미만입니다.

채널 및 구독

Ably 채널은 메시지 교환을 위한 명명된 토픽입니다. 각 채널은 무제한 구독자를 가질 수 있지만, 안정적인 성능을 위해 한 영역 내에서 채널당 10,000개를 초과하지 않는 것이 좋습니다. 채널은 단방향(서버에서만 게시) 또는 전이중(클라이언트가 메시지 게시)이 될 수 있습니다.

Ably 채널 및 Pub/Sub 모델

Ably의 Pub/Sub 모델은 추가 기능으로 클래식 패턴을 확장합니다: 구독자 프레즌스, 메시지 기록, 채널 상태, 네임스페이스. 각 채널은 할당량과 액세스 권한을 정의하는 네임스페이스에 속합니다.

프레즌스 — 채널 참여자의 자동 추적. 채널을 구독하는 각 클라이언트는 clientId, 상태(온라인, 자리 비움, 오프라인) 및 임의 데이터와 함께 프레즌스 맵에 등록됩니다. 클라이언트 연결이 끊기면(타임아웃 또는 명시적으로) 프레즌스가 자동으로 업데이트됩니다.

메시지 기록 — 각 채널은 기본적으로 메시지 기록을 저장합니다(무료 플랜에서 최대 2분 또는 100개 메시지). 유료 플랜에서는 기록을 임의의 이전 액세스와 함께 최대 72시간까지 연장할 수 있습니다. 기록은 불변성 보장(추가 전용)과 함께 분산 로그에 저장됩니다.

Ably 전송 보장

전송 보장은 대부분의 실시간 서비스와 Ably를 차별화하는 주요 요소입니다. 플랫폼은 메시지 게시 시 선택할 수 있는 여러 전송 모드를 지원합니다. 모드는 메시지가 전송되는 횟수와 연결 실패 처리 방식을 결정합니다.

At-least-once — 메시지가 최소 한 번 전송되며 중복 가능성이 있습니다. 이 모드는 중복이 문제되지 않는 알림 및 중요하지 않은 데이터에 사용됩니다. Exactly-once — 클라이언트와 서버 측에서 중복 제거를 통해 메시지가 정확히 한 번 전송됩니다. 이 모드는 금융 거래 및 기기 관리에 필수적입니다.

Last-value 캐시 — 채널이 각 명명된 메시지의 마지막 값을 저장하는 특수 모드입니다. 새 구독자는 다음 이벤트를 기다리지 않고 즉시 현재 상태를 받습니다. 이는 각 라우터의 글로벌 키-값 저장소를 통해 구현됩니다. Ably 문서(2025)에 따르면, last-value 캐시는 재연결 후 상태 복구 시간을 2~5초에서 50~100ms로 단축합니다.

프로젝트에서 Ably 사용 방법

Ably 시작하기는 등록, 애플리케이션 생성, API 키 획득이 필요합니다. 라이브러리는 모든 주요 플랫폼에서 사용 가능합니다. JavaScript SDK를 사용한 게시 및 구독 예제를 살펴보겠습니다. 클라이언트는 API 키로 연결하고, 채널을 구독하며, 이벤트 핸들러를 연결합니다.

Ably 문서(2025)에 따르면, 최소 권한 원칙에 따라 서버와 클라이언트 측에 서로 다른 API 키를 사용하는 것이 좋습니다. 서버 키는 모든 채널에 게시할 수 있지만, 클라이언트 키는 특정 네임스페이스만 구독할 수 있습니다.

Ably 채널 구독

import * as Ably from 'ably';

const client = new Ably.Realtime({
    key: 'YOUR_API_KEY',
    clientId: 'user-123'
});

const channel = client.channels.get('test-channel');

channel.subscribe('update', (message) => {
    console.log('Received:', message.data);
});

channel.publish('update', {
    text: 'Hello from Ably',
    priority: 1
});

서버에서 게시

const Ably = require('ably');

const rest = new Ably.Rest({ key: 'SERVER_API_KEY' });

const channel = rest.channels.get('test-channel');

channel.publish('server-event', {
    type: 'notification',
    payload: { userId: 100, text: 'Server message' }
}).then(() => {
    console.log('Message published via REST');
});

Ably vs Pusher: 비교

Ably와 Pusher 선택은 프로젝트 요구 사항에 따라 달라집니다. 두 플랫폼 모두 호스팅형 실시간 인프라를 제공하지만, 아키텍처, 보장, 가격에서 차이가 있습니다. Ably는 높은 신뢰성이 요구되는 엔터프라이즈에 중점을 두고, Pusher는 빠른 시작과 단순성에 중점을 둡니다.

Ably는 각 채널에 글로벌 분산 로그를 사용하여 exactly-once 전송과 기록에 대한 이전 액세스를 보장합니다. Pusher는 at-least-once 보장의 브로커 아키텍처를 사용합니다. 대부분의 애플리케이션에서는 차이를 느낄 수 없지만, 금융 및 의료 시스템에서는 exactly-once가 중요합니다.

Ably vs Pusher 비교 테스트(2024)에 따르면, Ably는 더 많은 데이터 센터 수 덕분에 대륙 간 전송에서 20~30% 더 낮은 지연 시간을 보여줍니다. Pusher는 통합 속도에서 우세하며, 기본 설정에 10~15분이 소요되는 반면 Ably는 더 많은 구성 옵션으로 인해 20~30분이 소요됩니다.

Ably 모바일 통합

모바일 플랫폼용 Ably SDK는 iOS(Swift), Android(Kotlin/Java), Flutter, React Native를 지원합니다. 모바일 클라이언트는 Ably 서버 측과 완전히 호환되며 모든 기능(pub/sub, 프레즌스, 기록, 푸시 알림)을 지원합니다. Android의 경우 오프라인 푸시 알림 전송을 위한 Firebase Cloud Messaging 통합이 가능합니다.

모바일 네트워크 최적화 — Ably SDK는 적응형 하트비트를 사용합니다: Wi-Fi에서는 15초 간격, 모바일 네트워크에서는 트래픽 절약을 위해 최대 60초입니다. 연결이 끊어지면 SDK는 사용자에게 지연 없이 백업 전송(HTTP 스트리밍)으로 전환합니다. 대기 모드에서 평균 트래픽 소비는 분당 0.5~1KB입니다.

푸시 알림 — Ably는 APNs(Apple) 및 FCM(Firebase)을 통한 푸시 전송을 지원합니다. 푸시는 특정 채널 또는 clientId로 전송할 수 있습니다. 클라이언트가 활성 상태(WebSocket 연결됨)이면 채널을 통해 메시지가 전송됩니다. 클라이언트가 연결이 끊어지면 메시지가 푸시 알림으로 전송됩니다. 이를 통해 사용자가 중요한 메시지를 절대 놓치지 않습니다.