gRPC vs REST API: Teknologi Pertukaran Data Super Cepat Milik Google

Ketika REST API Menjadi Hambatan Performa

Kita semua sepakat bahwa REST API (menggunakan JSON) adalah standar mutlak ketika Frontend Browser ingin mengambil data ke Backend. Tapi cerita berbeda terjadi di level Komunikasi Antar-Server (Server-to-Server) dalam arsitektur Microservices.

Misalnya, di dalam ekosistem internal Tokopedia, "Server Keranjang" perlu mengirim 1 juta baris data ke "Server Pembayaran". Jika mereka menggunakan REST JSON biasa, pengiriman teks kurung kurawal, spasi, dan nama kunci (Keys) JSON yang berulang akan membuat Payload File membesar. Ditambah lagi, proses mengubah teks JSON menjadi Objek (Parsing) memakan waktu CPU yang lumayan. Jika lalu lintasnya raksasa, JSON adalah pembawa masalah (Bottleneck).

Solusi dari Google: gRPC dan Protobuf

Untuk mengatasi masalah performa di server internal mereka, Google menciptakan arsitektur gRPC (gRPC Remote Procedure Calls).

gRPC membuang format JSON yang dibaca manusia, dan menggantinya dengan format biner yang sangat efisien bernama Protocol Buffers (Protobuf).

Cara Kerja yang Ekstrem Beda

Di REST, kamu mengirim teks JSON tebal seperti ini:

{ "id": 15, "nama": "Budi", "status": true }

Di gRPC Protobuf, kamu dan server tujuan sudah sama-sama sepakat (menandatangani Kontrak File .proto) bahwa susunannya adalah: (1: ID angka, 2: Nama teks, 3: Status boolean).
Sehingga, data yang dikirim melalui jaringan internet hanyalah kode biner mentah (0100110...) tanpa perlu repot-repot menyertakan teks kunci "id" atau "nama". Server tujuan langsung membongkarnya berdasarkan kontrak.

Kelebihan Mengagumkan gRPC

1. Sangat Ringan & Cepat: Payload biner (Protobuf) ukurannya bisa 5x lebih kecil daripada JSON teks biasa. Proses *Serialisasi* (Parsing) di CPU juga puluhan kali lebih kencang.
2. Berjalan di Atas HTTP/2 Bawaan: Berbeda dengan REST yang biasanya pakai HTTP/1.1 (Satu pintu masuk satu keluar), gRPC wajib menggunakan protokol HTTP/2 yang mendukung Multiplexing (Ribuan paket data dikirim berbarengan dalam satu pipa koneksi). Kecepatan jaringannya tidak tertandingi!

Kelemahan dan Kapan Dipakai?

Kelemahan terbesar gRPC adalah sangat susah di-debug oleh manusia karena datanya berupa biner (kamu tidak bisa membacanya lewat tab Network Browser). Dan Web Browser (Frontend) pada umumnya tidak bisa langsung menggunakan gRPC tanpa *library* pihak ketiga penengah (gRPC-Web).

Kesimpulan Arsitek: Tetap gunakan REST API / GraphQL untuk jalur komunikasi antara *Frontend* dan *Backend* (Tampilan User). TAPI, gunakan gRPC untuk jalur komunikasi rahasia antar-Server di dalam infrastruktur Backend-mu.