Pilih berdasarkan siapa yang mengonsumsi API dan seberapa beragam kebutuhan datanya — bukan berdasarkan hype. GraphQL menang ketika banyak client yang beragam perlu membentuk data mereka sendiri; REST menang ketika request seragam, cacheable, dan sederhana.
user -> posts -> comments) alih-alih N round trip REST.GET milik REST di-cache dengan mudah di setiap lapisan; GraphQL butuh persisted query untuk mendekati itu.| Perhatian | GraphQL | REST |
|---|---|---|
| Over/under-fetching | Teratasi secara desain | Masalah yang umum |
| HTTP/CDN caching | Sulit (butuh usaha) | Native dan mudah |
| Kontrol biaya query/DoS | Harus Anda tambahkan | Terbatas secara alami |
| Fleksibilitas client | Tinggi | Rendah |
| Kompleksitas server | Lebih tinggi | Lebih rendah |
Keduanya juga tidak saling eksklusif — banyak sistem mengekspos REST untuk endpoint publik/cacheable dan GraphQL untuk client internal yang kaya.
Interviewer senior menguji pertimbangan (judgment), bukan kesetiaan (allegiance). Jawaban yang kuat menyebut sumbu-sumbunya — keragaman client, kebutuhan caching, kematangan tim, permukaan DoS — dan mengakui biaya nyata GraphQL (caching dan kontrol biaya query) alih-alih menjualnya seolah selalu lebih baik.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi