Ably — cos'è, piattaforma Pub/Sub in tempo reale e come funziona

Cos'è Ably?

Ably è una piattaforma cloud in tempo reale fondata nel 2014 che fornisce infrastruttura per messaggistica in tempo reale. A differenza dei semplici servizi pub, Ably offre garanzie di consegna di livello aziendale, una rete globale di punti di presenza (POP) e sincronizzazione dello stato integrata per milioni di client simultanei.

La piattaforma è utilizzata in progetti dove l'affidabilità di consegna è critica: ticker finanziari, tracker logistici, sistemi di monitoraggio medico e giochi multiplayer. Ably si basa sulla propria tecnologia di message broker distribuito, che replica i dati attraverso una rete globale di oltre 15 data center.

Secondo il sito ufficiale di Ably (2025), la piattaforma elabora oltre 200 miliardi di messaggi al mese per più di 50.000 applicazioni attive. Tra i clienti figurano aziende Fortune 500: Toyota (telematica automobilistica), HubSpot (sincronizzazione CRM), Designity (editing collaborativo).

Architettura di Ably

L'architettura di Ably è costruita su una rete distribuita di message broker (router) collegati tramite canali ad alta velocità. Ogni broker serve un sottoinsieme di canali e replica lo stato utilizzando il Protocollo Ably — un protocollo binario su WebSocket ottimizzato per un overhead minimo. I client si connettono al broker più vicino tramite bilanciamento del carico DNS.

Un differenziatore chiave di Ably rispetto ai concorrenti è il log globale integrato, che memorizza la cronologia dei messaggi di ogni canale. Ciò consente ai nuovi sottoscrittori di ricevere non solo nuovi messaggi, ma anche precedenti (replay), fondamentale per l'audit e il recupero dello stato dopo la riconnessione.

Come funziona Ably

Il modello di interazione di Ably segue il pattern Editore-Sottoscrittore con capacità aggiuntive. L'editore invia un messaggio a un canale tramite l'API REST di Ably o SDK. Il messaggio entra nel log distribuito globale del canale e viene distribuito a tutti i sottoscrittori attraverso le loro connessioni attive.

Livello di trasporto — Ably supporta molteplici protocolli: WebSocket (principale, con Protocollo Ably binario), Server-Sent Events (per ricezione unidirezionale), HTTP streaming (per ambienti limitati) e MQTT (per dispositivi IoT). Il client seleziona automaticamente il trasporto disponibile con la latenza più bassa.

Ogni messaggio passa attraverso una validazione lato Ably — verifica della firma della chiave API, controllo della quota del canale, diritti di accesso. La validazione avviene in 1–5 ms sul router periferico, dopodiché il messaggio viene replicato nel log globale. Secondo il blog tecnico di Ably (2024), la latenza end-to-end è inferiore a 65 ms per il 95% dei messaggi durante la trasmissione intercontinentale.

Canali e sottoscrizioni

I canali di Ably sono argomenti nominati per lo scambio di messaggi. Ogni canale può avere un numero illimitato di sottoscrittori, ma per prestazioni stabili si raccomanda di non superare 10.000 per canale all'interno di una zona. I canali possono essere unidirezionali (pubblicazione solo dal server) o full-duplex (i client pubblicano messaggi).

Canali e modello Pub/Sub di Ably

Il modello Pub/Sub in Ably estende il pattern classico con capacità aggiuntive: presenza dei sottoscrittori, cronologia dei messaggi, stato del canale e namespace. Ogni canale appartiene a un namespace che definisce quote e diritti di accesso.

Presenza — tracciamento automatico dei partecipanti al canale. Ogni client che sottoscrive un canale si registra nella mappa di presenza con clientId, stato (online, away, offline) e dati arbitrari. Quando un client si disconnette (per timeout o esplicitamente), la presenza viene automaticamente aggiornata.

Cronologia dei messaggi — ogni canale memorizza la cronologia dei messaggi per impostazione predefinita (fino a 2 minuti o 100 messaggi nel piano gratuito). Nei piani a pagamento, la cronologia può essere estesa fino a 72 ore con accesso retrospettivo arbitrario. La cronologia viene memorizzata in un log distribuito con garanzie di immutabilità (append-only).

Garanzie di consegna di Ably

Le garanzie di consegna sono un differenziatore chiave di Ably rispetto alla maggior parte dei servizi in tempo reale. La piattaforma supporta diverse modalità di consegna, selezionabili durante la pubblicazione di un messaggio. La modalità determina quante volte un messaggio verrà consegnato e come vengono gestiti i guasti di connessione.

At-least-once — il messaggio viene consegnato almeno una volta, sono possibili duplicati. Questa modalità viene utilizzata per notifiche e dati non critici dove i duplicati non causano danni. Exactly-once — il messaggio viene consegnato esattamente una volta tramite deduplicazione lato client e server. Questa modalità è obbligatoria per transazioni finanziarie e gestione dispositivi.

Last-value cache — una modalità speciale in cui il canale memorizza l'ultimo valore di ogni messaggio nominato. Un nuovo sottoscrittore riceve istantaneamente lo stato corrente senza attendere l'evento successivo. Questo è implementato tramite un archivio key-value globale su ogni router. Secondo la documentazione di Ably (2025), il last-value cache riduce il tempo di recupero dello stato dopo la riconnessione da 2–5 secondi a 50–100 ms.

Come usare Ably in un progetto

Iniziare con Ably richiede registrazione, creazione di un'applicazione e ottenimento di una chiave API. Le librerie sono disponibili per tutte le principali piattaforme. Vediamo un esempio di pubblicazione e sottoscrizione utilizzando l'SDK JavaScript. Il client si connette con una chiave API, sottoscrive un canale e allega un gestore di eventi.

Secondo la documentazione di Ably (2025), si raccomanda di utilizzare chiavi API diverse per la parte server e client con permessi minimi (principio del minimo privilegio). La chiave server può pubblicare su qualsiasi canale, mentre la chiave client può solo sottoscrivere namespace specifici.

Sottoscrivere un canale 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
});

Pubblicazione dal server

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: confronto

La scelta tra Ably e Pusher dipende dai requisiti del progetto. Entrambe le piattaforme forniscono infrastruttura in tempo reale ospitata, ma differiscono per architettura, garanzie e prezzi. Ably è focalizzata su aziende con elevati requisiti di affidabilità, mentre Pusher è orientata a un avvio rapido e semplicità.

Ably utilizza un log distribuito globale per ogni canale, garantendo consegna exactly-once e accesso retrospettivo alla cronologia. Pusher utilizza un'architettura a broker con garanzie at-least-once. Per la maggior parte delle applicazioni, la differenza è impercettibile, ma per sistemi finanziari e medici, exactly-once è critico.

Secondo un test comparativo Ably vs Pusher (2024), Ably dimostra una latenza del 20–30% inferiore per la trasmissione intercontinentale grazie a un maggior numero di data center. Pusher vince in velocità di integrazione — la configurazione di base richiede 10–15 minuti contro i 20–30 minuti di Ably a causa del maggior numero di opzioni di configurazione.

Integrazione mobile di Ably

L'SDK Ably per piattaforme mobili supporta iOS (Swift), Android (Kotlin/Java), Flutter e React Native. I client mobili sono completamente compatibili con il lato server di Ably e supportano tutte le funzionalità: pub/sub, presenza, cronologia, notifiche push. Per Android, è disponibile l'integrazione con Firebase Cloud Messaging per la consegna di notifiche push offline.

Ottimizzazione per reti mobili — l'SDK Ably utilizza heartbeat adattivo: su Wi-Fi, l'intervallo è di 15 secondi, sulle reti mobili — fino a 60 secondi per risparmiare traffico. In caso di perdita di connessione, l'SDK passa a un trasporto di backup (HTTP streaming) senza ritardo visibile per l'utente. Il consumo medio di traffico è di 0.5–1 KB al minuto in modalità standby.

Notifiche push — Ably supporta l'invio di push tramite APNs (Apple) e FCM (Firebase). Il push può essere indirizzato a un canale specifico o clientId. Se il client è attivo (WebSocket connesso), il messaggio viene consegnato tramite il canale. Se il client è disconnesso, il messaggio viene consegnato come notifica push. Questo garantisce che l'utente non perda mai un messaggio importante.