Long Polling vs WebSockets vs SSE: Evolusi Real-Time Web

Perjuangan Membuat Website Tampil Live

Sebelum lahirnya Node.js dan era web modern, protokol HTTP hanyalah sistem "Tanya - Jawab" satu arah yang sederhana. Jika ingin membuat aplikasi obrolan (Chat) yang pesannya masuk tanpa me-*refresh* halaman, para sesepuh *Web Developer* harus melakukan berbagai trik kotor dan jenius. Inilah sejarah evolusinya.

1. Generasi Pertama: Short Polling (Bodoh & Boros)

Ini adalah cara paling barbar. Kode JavaScript di *browser* menggunakan setInterval untuk menembak API server setiap 1 detik tanpa henti ("Ada chat baru gak?" "Nggak ada." "Ada chat baru gak?" "Nggak ada.").

• Hasilnya: Jika ada 1.000 pengguna yang membuka webmu, server akan menerima 1.000 *Request* HTTP tak berguna setiap detiknya. Servermu menangis kehabisan CPU dan tagihan *Bandwidth* membengkak hanya untuk menolak *request* kosong!

2. Generasi Kedua: Long Polling (Trik Mengakali Server)

Developer mulai pintar. Dengan Long Polling, *browser* menembak *request* ke Server, tapi kali ini Server sengaja diam dan menggantungkan koneksinya (Delay Response). Server tidak akan menutup teleponnya sampai ia benar-benar menemukan ada chat baru (atau *Timeout* 30 detik).

• Hasilnya: Jauh lebih hemat dari *Short Polling* karena mengurangi frekuensi buka-tutup *request*. Ini adalah trik luar biasa sebelum era HTML5. (Gmail dan Facebook lama menggunakan teknik peretasan sistem ini).

3. Generasi Ketiga: Server-Sent Events (Satu Arah)

Internet modern (HTML5) akhirnya memberikan standar resmi untuk mengalirkan (Stream) data dari Server ke Browser tanpa putus menggunakan koneksi HTTP biasa. TAPI, SSE murni satu arah (Unidirectional).

• Hasilnya: Super efisien dan punya fitur Auto-Reconnect bawaan mesin. Sangat cocok untuk mengalirkan Notifikasi, *Harga Saham*, atau teks balasan ChatGPT (Ketik-ketik per huruf) dari server ke layar *user*.

4. Puncak Kesempurnaan: WebSockets (Dua Arah / Full Duplex)

Ketika aplikasi butuh lalu lintas dua arah yang instan (Game Multiplayer atau Video Call Server), lahirlah WebSockets (ws://). Ia membuka "Pipa Lebar" permanen di mana Browser dan Server bisa saling melempar paket data secara acak kapan pun mereka mau dengan jeda *latency* mendekati 0 milidetik.

Kesimpulan: Jangan gunakan WebSockets jika kamu hanya butuh *Dashboard* Saham (Gunakan SSE). Dan tinggalkan *Long Polling* di masa lalu, karena teknologi modern (*Browser Support*) sudah mendukung sepenuhnya dua arsitektur dewa (*SSE & WebSockets*) tersebut!