Mengenal WebRTC: Teknologi di Balik Google Meet dan Zoom

Kebutuhan Akan Koneksi Super Instan

Di artikel sebelumnya kita membahas WebSockets untuk aplikasi *chat*. Namun, jika kamu mencoba mengirimkan aliran Video dan Suara (Video Call) secara live melalui *WebSockets* (di mana data videomu terbang ke server AWS, lalu dikirim lagi ke HP temanmu), akan terjadi Delay (jeda/lag) yang menjengkelkan. Komunikasi video butuh arsitektur yang tidak punya waktu mampir ke server perantara.

Solusinya adalah WebRTC (Web Real-Time Communication), standar *Open Source* yang digunakan oleh Google Meet, Discord, dan Zoom Web.

Sihir Peer-to-Peer (P2P)

Kekuatan utama WebRTC adalah kemampuannya menembus aturan internet tradisional. Setelah proses pencarian alamat awal selesai, WebRTC akan menghubungkan Browser-mu secara LANGSUNG (Peer-to-Peer) ke Browser temanmu.

Data video dan suara (beserta layar Share Screen) milikmu terbang langsung dari WiFi rumahmu ke WiFi rumah temanmu tanpa melewati server Backend milik perusahaanmu! Karena tidak ada Server penengah, delay videonya bisa berada di bawah 100 milidetik. Selain itu, biaya server (Bandwidth) perusahaanmu menjadi sangat murah karena kamu tidak memproses lalu lintas data video mereka.

Bagaimana Browser Saling Menemukan? (Signaling Server)

Tentu saja, komputer A tidak tahu keberadaan komputer B di internet secara otomatis. Mereka butuh Mak Comblang.

1. Signaling: Kamu harus membuat server sederhana (misal pakai Node.js & Socket.io). Server ini hanya bertugas menukar "Nomor Telepon" (IP Address dan Metadata Kamera) antara Browser A dan Browser B.
2. Koneksi Langsung: Begitu Browser A dan B saling mengenal, Server Signaling-mu lepas tangan. Browser A dan B mulai mengirim video secara langsung melalui jalur WebRTC (via UDP).

Tantangan NAT dan STUN/TURN Server

Internet itu penuh dinding (Firewall dan Router). HP temanmu punya IP internal (seperti 192.168.x.x) yang tidak bisa ditelepon dari luar. Untuk menembus dinding ini, WebRTC membutuhkan STUN Server (untuk mencari tahu IP publik temanmu di internet) dan TURN Server (server relay darurat jika koneksi *Peer-to-Peer* gagal menembus keamanan *Firewall* kantoran).

Kesimpulan: WebRTC sangat powerful, namun implementasinya di Vanilla JS cukup memusingkan karena banyaknya Event Handler jaringan. Jika kamu ingin membuat aplikasi Video Call, gunakanlah library pembungkus (*wrapper*) seperti PeerJS yang menyederhanakan ratusan baris kode WebRTC menjadi hanya beberapa fungsi sederhana.