Perbandingan SSE vs WebSockets vs Polling

WebSockets membuat koneksi TCP persisten antara klien dan server. Kedua pihak dapat mengirim pesan kapan saja, sehingga WebSockets ideal untuk komunikasi waktu nyata yang benar-benar interaktif: aplikasi obrolan, penyuntingan dokumen kolaboratif, permainan multipemain, dan kursor langsung. Koneksi tetap terbuka hingga ditutup secara eksplisit oleh salah satu pihak.

SSE (Server-Sent Events) menggunakan koneksi HTTP biasa, dengan server mengalirkan data ke klien sebagai serangkaian peristiwa. Koneksi ini bersifat satu arah: hanya server yang mengirim data. Klien tidak dapat mengirim pesan kembali melalui koneksi SSE — klien harus membuat permintaan HTTP terpisah untuk itu. SSE diimplementasikan melalui API peramban EventSource.

Permintaan berkala berarti klien mengirim permintaan HTTP pada interval tetap, misalnya setiap 5 detik: "Apakah ada pembaruan?" Server segera merespons dengan data terkini. Ini adalah implementasi paling sederhana, tetapi juga yang paling boros — klien membuat banyak permintaan saat tidak ada hal baru. Cara ini hanya cocok untuk data yang berubah sangat lambat.

Permintaan berkala panjang merupakan peningkatan dari permintaan berkala biasa: klien membuat permintaan dan server mempertahankan koneksi tetap terbuka hingga data baru tersedia. Saat data baru tiba, server memberikan respons dan klien segera membuat permintaan lain. Cara ini mengurangi respons yang tidak diperlukan, tetapi tetap memiliki beban tambahan yang lebih tinggi daripada SSE karena setiap respons memerlukan penyiapan koneksi TCP baru.

SSE memiliki beberapa keunggulan praktis dibandingkan WebSockets untuk pengiriman data dari server ke klien: SSE bekerja melalui HTTP biasa tanpa peningkatan protokol, sehingga dapat melewati proksi perusahaan dan penyeimbang beban tanpa konfigurasi khusus. EventSource memiliki penyambungan ulang otomatis. Protokol berbasis teksnya mudah di-debug di tab jaringan peramban.

SSE memiliki keterbatasan nyata: SSE hanya mendukung teks, sehingga data biner harus dikodekan dalam base64; SSE hanya satu arah, sehingga klien tidak dapat mengirim data kembali; dan HTTP/1.1 membatasi jumlah koneksi EventSource bersamaan per domain menjadi 6. HTTP/2 memultiplekskan beberapa aliran melalui satu koneksi sehingga menghilangkan batas ini. Untuk komunikasi dua arah, SSE memerlukan panggilan REST pelengkap.

SSE ideal untuk: dasbor langsung yang menampilkan metrik waktu nyata, aliran notifikasi yang mengirimkan peringatan baru, bilah kemajuan untuk proses server yang berjalan lama, aliran media sosial langsung, penampil harga saham, dan antarmuka obrolan yang pesannya hanya mengalir dari server ke klien; Anda mengirim pesan secara terpisah dengan POST. Semua ini merupakan skenario ketika server memulai pembaruan.

WebSockets diperlukan ketika Anda membutuhkan komunikasi dua arah dengan latensi rendah: obrolan waktu nyata yang pesannya mengalir ke kedua arah melalui satu koneksi, penyuntingan kolaboratif seperti Google Docs, permainan multipemain ketika tindakan klien dan pembaruan server berlangsung cepat, lelang langsung, dan platform perdagangan. Kemampuan dua arah tersebut sepadan dengan kerumitannya.

HTTP/2 secara signifikan meningkatkan kelayakan SSE. Pemultipleksan koneksi berarti semua aliran SSE dari suatu domain berbagi satu koneksi TCP, sehingga menghilangkan batas koneksi per domain. Jika server Anda mendukung HTTP/2, SSE menjadi semakin praktis untuk dasbor dengan beberapa aliran data yang berjalan bersamaan.

Kerangka pengambilan keputusan: jika Anda memerlukan komunikasi dua arah dengan latensi rendah → WebSockets. Jika server mengirimkan pembaruan dan klien hanya membaca → SSE. Jika Anda memerlukan pembaruan sesekali dan kesederhanaan penting → permintaan berkala. Jika API server sudah tersedia dan Anda tidak dapat menambahkan SSE → permintaan berkala. Mulailah dengan solusi paling sederhana yang memenuhi persyaratan latensi Anda.

Pembingkaian WebSocket menambahkan 2–14 byte per pesan setelah jabat tangan awal. SSE menambahkan header HTTP sekali per koneksi, kemudian teks yang dipisahkan baris baru. Permintaan berkala mencakup seluruh header permintaan dan respons HTTP pada setiap permintaan. Untuk data berfrekuensi tinggi, WebSockets lebih unggul dalam hal beban tambahan. Untuk pengiriman data dari server yang jarang, SSE lebih sederhana dengan beban tambahan yang dapat diterima.

WebSockets: koneksi TCP persisten dua arah (obrolan, permainan, penyuntingan kolaboratif). SSE: dorongan HTTP satu arah dari server ke klien melalui API EventSource (notifikasi, dasbor, aliran). Permintaan berkala: permintaan dengan interval tetap (paling sederhana, paling boros). Permintaan berkala panjang: server menahan respons hingga data tersedia (lebih sedikit permintaan, latensi lebih tinggi). Keunggulan SSE: berfungsi melalui proksi, penyambungan ulang otomatis. Keterbatasan SSE: hanya teks, satu arah, dan batas koneksi HTTP/1.1.