Ably — apa itu, platform Pub/Sub real-time dan cara kerjanya

Apa itu Ably?

Ably — platform real-time berbasis cloud yang didirikan pada tahun 2014, menyediakan infrastruktur untuk pertukaran pesan secara real-time. Berbeda dengan layanan pub sederhana, Ably menawarkan jaminan pengiriman enterprise, jaringan titik kehadiran (POP) global, dan sinkronisasi status bawaan untuk jutaan klien secara bersamaan.

Platform ini digunakan dalam proyek di mana keandalan pengiriman sangat penting: ticker keuangan, pelacak logistik, sistem pemantauan medis, dan game multipemain. Ably didasarkan pada teknologi broker pesan terdistribusi miliknya sendiri yang mereplikasi data melalui jaringan global 15+ pusat data.

Menurut situs resmi Ably (2025), platform ini memproses lebih dari 200 miliar pesan per bulan untuk 50.000+ aplikasi aktif. Di antara kliennya adalah perusahaan dari daftar Fortune 500: Toyota (telematika mobil), HubSpot (sinkronisasi CRM), Designity (pengeditan bersama).

Arsitektur Ably

Arsitektur Ably dibangun di atas jaringan terdistribusi dari broker pesan (router) yang terhubung melalui saluran berkecepatan tinggi. Setiap broker melayani subset kanal dan mereplikasi status melalui Protokol Ably — protokol biner melalui WebSocket yang dioptimalkan untuk overhead minimal. Klien terhubung ke broker terdekat melalui penyeimbangan DNS.

Perbedaan utama Ably dari pesaingnya adalah log global (global log) bawaan yang menyimpan riwayat pesan untuk setiap kanal. Ini memungkinkan pelanggan baru menerima tidak hanya pesan baru, tetapi juga pesan sebelumnya (replay), yang sangat penting untuk audit dan pemulihan status setelah koneksi ulang.

Cara kerja Ably

Model interaksi Ably mengikuti pola Publisher-Subscriber dengan kemampuan tambahan. Penerbit mengirim pesan ke kanal melalui REST API atau SDK Ably. Pesan masuk ke log terdistribusi global kanal dan dikirim ke semua pelanggan melalui koneksi aktif mereka.

Lapisan transport Ably mendukung beberapa protokol: WebSocket (utama, dengan Protokol Ably biner), Server-Sent Events (untuk penerimaan satu arah), HTTP streaming (untuk lingkungan dengan keterbatasan), dan MQTT (untuk perangkat IoT). Klien secara otomatis memilih transport yang tersedia dengan latensi terendah.

Setiap pesan melalui validasi di sisi Ably — pemeriksaan tanda tangan kunci API, kuota kanal, hak akses. Validasi terjadi dalam 1–5 ms di router tepi, setelah itu pesan direplikasi ke log global. Menurut blog teknis Ably (2024), latensi ujung-ke-ujung (end-to-end) kurang dari 65 ms untuk 95% pesan pada transmisi antarbenua.

Kanal dan langganan

Kanal Ably — topik bernama untuk pertukaran pesan. Setiap kanal dapat memiliki jumlah pelanggan tak terbatas, tetapi untuk kinerja yang stabil disarankan tidak lebih dari 10.000 per kanal dalam satu zona. Kanal dapat bersifat satu arah (publikasi hanya dari server) atau penuh (klien mempublikasikan pesan).

Kanal dan model Pub/Sub di Ably

Model Pub/Sub di Ably memperluas pola klasik dengan kemampuan tambahan: kehadiran pelanggan (presence), riwayat pesan (history), status kanal (channel state), dan ruang nama (namespaces). Setiap kanal termasuk dalam ruang nama yang menentukan kuota dan hak akses.

Kehadiran (Presence) — pelacakan otomatis peserta kanal. Setiap klien yang berlangganan kanal mendaftar di peta kehadiran dengan clientId, status (online, away, offline), dan data arbitrer. Saat klien terputus (melalui timeout atau secara eksplisit), kehadiran diperbarui secara otomatis.

Riwayat pesan — setiap kanal menyimpan riwayat pesan secara default (hingga 2 menit atau 100 pesan pada paket gratis). Pada paket berbayar, riwayat dapat ditingkatkan hingga 72 jam dengan kemungkinan akses retrospektif arbitrer. Riwayat disimpan dalam log terdistribusi dengan jaminan kekekalan (append-only).

Jaminan pengiriman Ably

Jaminan pengiriman — perbedaan utama Ably dari sebagian besar layanan real-time. Platform mendukung beberapa mode pengiriman yang dipilih saat mempublikasikan pesan. Mode menentukan berapa kali pesan akan dikirim dan bagaimana kesalahan koneksi ditangani.

At-least-once — pesan dikirim setidaknya satu kali, duplikat mungkin terjadi. Mode ini digunakan untuk notifikasi dan data tidak kritis di mana duplikat tidak merugikan. Exactly-once — pesan dikirim tepat satu kali melalui deduplikasi di sisi klien dan server. Mode ini wajib untuk transaksi keuangan dan manajemen perangkat.

Last-value cache — mode khusus di mana kanal menyimpan nilai terakhir dari setiap pesan bernama. Pelanggan baru langsung menerima status terkini tanpa menunggu kejadian berikutnya. Ini diimplementasikan melalui penyimpanan key-value global di setiap router. Menurut dokumentasi Ably (2025), last-value cache mengurangi waktu pemulihan status setelah koneksi ulang dari 2–5 detik menjadi 50–100 ms.

Cara menggunakan Ably dalam proyek

Memulai dengan Ably memerlukan pendaftaran, pembuatan aplikasi, dan mendapatkan kunci API. Pustaka tersedia untuk semua platform utama. Mari kita lihat contoh publikasi dan langganan menggunakan JavaScript SDK. Klien terhubung dengan kunci API, berlangganan ke kanal, dan melampirkan penangan peristiwa.

Menurut dokumentasi Ably (2025), disarankan menggunakan kunci API yang berbeda untuk sisi server dan klien dengan hak minimal (prinsip hak istimewa paling sedikit). Kunci server dapat mempublikasikan di kanal mana pun, kunci klien — hanya dapat berlangganan ke ruang nama tertentu.

Berlangganan ke kanal 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('Diterima:', message.data);
});

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

Publikasi dari 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('Pesan dipublikasikan melalui REST');
});

Ably vs Pusher: perbandingan

Pilihan antara Ably dan Pusher tergantung pada kebutuhan proyek. Kedua platform menyediakan infrastruktur real-time yang di-host, tetapi berbeda dalam arsitektur, jaminan, dan harga. Ably ditujukan untuk enterprise dengan kebutuhan keandalan tinggi, Pusher — untuk start cepat dan kesederhanaan.

Ably menggunakan log terdistribusi global untuk setiap kanal, yang memastikan pengiriman exactly-once dan akses retrospektif ke riwayat. Pusher menggunakan arsitektur broker dengan jaminan at-least-once. Untuk sebagian besar aplikasi, perbedaannya tidak terlihat, tetapi untuk sistem keuangan dan medis exactly-once sangat penting.

Menurut tes perbandingan Ably vs Pusher (2024), Ably menunjukkan latensi 20–30% lebih rendah pada transmisi antarbenua karena jumlah pusat data yang lebih banyak. Pusher unggul dalam kecepatan integrasi — konfigurasi dasar memakan waktu 10–15 menit dibandingkan 20–30 menit untuk Ably karena lebih banyak opsi konfigurasi.

Integrasi mobile Ably

SDK Ably untuk platform mobile mendukung iOS (Swift), Android (Kotlin/Java), Flutter, dan React Native. Klien mobile sepenuhnya kompatibel dengan bagian server Ably dan mendukung semua fitur: pub/sub, presence, history, notifikasi push. Untuk Android tersedia integrasi dengan Firebase Cloud Messaging untuk pengiriman notifikasi push secara offline.

Optimasi untuk jaringan mobile — SDK Ably menggunakan heartbeat adaptif: pada Wi-Fi interval 15 detik, pada jaringan mobile — hingga 60 detik untuk menghemat lalu lintas. Saat koneksi hilang, SDK beralih ke transport cadangan (HTTP streaming) tanpa keterlambatan yang terlihat bagi pengguna. Konsumsi lalu lintas rata-rata — 0,5–1 KB per menit dalam mode siaga.

Notifikasi push — Ably mendukung pengiriman push melalui APNs (Apple) dan FCM (Firebase). Push dapat diarahkan ke kanal tertentu atau clientId. Jika klien aktif (WebSocket terhubung), pesan dikirim melalui kanal. Jika klien terputus, pesan dikirim sebagai notifikasi push. Ini memastikan bahwa pengguna tidak pernah melewatkan pesan penting.