February 05, 2026

Perbedaan REST API dan API Lainnya - Perwira Learning Center

Latar Belakang
Dalam pengembangan aplikasi, API menjadi komponen penting yang memungkinkan sistem saling berkomunikasi dan bertukar data. Seiring berkembangnya teknologi, muncul berbagai pendekatan dan arsitektur API dengan karakteristik yang berbeda, seperti REST API, SOAP, GraphQL, dan lainnya. Perbedaan ini sering kali menimbulkan kebingungan, terutama bagi pengembang pemula, dalam menentukan jenis API yang paling sesuai untuk digunakan.


REST API menjadi salah satu pendekatan yang paling banyak digunakan karena kesederhanaan dan fleksibilitasnya. Namun, REST API bukan satu-satunya pilihan dan tidak selalu menjadi solusi terbaik untuk semua kebutuhan. Oleh karena itu, artikel ini disusun untuk membahas perbedaan REST API dengan jenis API lainnya, sehingga pembaca dapat memahami karakteristik masing-masing pendekatan dan menentukan pilihan yang tepat sesuai dengan kebutuhan pengembangan aplikasi.

Alat dan Bahan
Alat dan bahan yang digunakan dalam penyusunan artikel ini antara lain:

  1. Laptop
  2. Sistem Operasi Linux Ubuntu 24.04.3 LTS
  3. Web Browser (Google Chrome)

Pengertian Umum API

API (Application Programming Interface) adalah sebuah antarmuka yang memungkinkan dua atau lebih aplikasi untuk saling berkomunikasi dan bertukar data. Secara sederhana, API bertindak sebagai "jembatan" yang menghubungkan berbagai sistem perangkat lunak, memungkinkan mereka untuk bekerja sama tanpa perlu mengetahui detail implementasi internal masing-masing.
Dalam konteks pengembangan aplikasi modern, API memainkan peran krusial. Ketika Anda menggunakan aplikasi mobile untuk memesan transportasi online, memeriksa cuaca, atau melakukan pembayaran digital, di baliknya terdapat API yang menghubungkan aplikasi tersebut dengan server backend untuk mengambil atau mengirim data.

Mengapa Terdapat Berbagai Jenis API?

Keberagaman jenis API muncul karena setiap aplikasi memiliki kebutuhan yang berbeda-beda. Beberapa aplikasi memerlukan komunikasi yang cepat dan real-time, sementara yang lain membutuhkan standar keamanan yang sangat ketat. Ada aplikasi yang hanya perlu mengambil data spesifik, sementara aplikasi lain membutuhkan transfer data dalam jumlah besar.
Faktor-faktor seperti kompleksitas sistem, persyaratan performa, skalabilitas, dan bahkan preferensi teknologi perusahaan mendorong munculnya berbagai pendekatan dalam membangun API. Tidak ada satu jenis API yang sempurna untuk semua kasus penggunaan—masing-masing memiliki kelebihan dan kekurangan yang cocok untuk skenario tertentu.

Posisi REST API dalam Ekosistem Pengembangan Aplikasi Modern

REST API (Representational State Transfer API) saat ini mendominasi arsitektur web modern. Menurut berbagai survei industri, lebih dari 70% API publik yang tersedia menggunakan arsitektur REST. Popularitas ini bukan tanpa alasan: REST menawarkan kesederhanaan, fleksibilitas, dan kemudahan integrasi yang membuatnya menjadi pilihan utama untuk aplikasi web dan mobile.
REST API telah menjadi standar de facto dalam pengembangan aplikasi berbasis cloud, microservices, dan aplikasi mobile. Perusahaan teknologi terkemuka seperti Google, Twitter, Facebook, dan Amazon menggunakan REST API untuk menyediakan layanan mereka kepada developer di seluruh dunia.
Meski demikian, penting bagi developer untuk memahami bahwa REST bukan satu-satunya pilihan. Dalam beberapa kasus, teknologi seperti GraphQL, SOAP, atau WebSocket mungkin lebih tepat. Artikel ini akan mengulas perbedaan mendasar antara REST API dengan jenis API lainnya untuk membantu Anda membuat keputusan arsitektur yang tepat.

Jenis-Jenis API Selain REST

Selain REST, terdapat beberapa jenis API lain yang umum digunakan dalam pengembangan aplikasi. Masing-masing memiliki karakteristik dan kasus penggunaan yang berbeda.

A. SOAP API

SOAP (Simple Object Access Protocol) adalah protokol berbasis XML untuk pertukaran informasi terstruktur dalam implementasi web services. SOAP lebih merupakan protokol daripada gaya arsitektur seperti REST.
Karakteristik SOAP:
  • Menggunakan XML secara eksklusif untuk format pesan
  • Memiliki standar yang sangat ketat dan terstruktur
  • Mendukung WSDL (Web Services Description Language) untuk mendefinisikan layanan
  • Built-in error handling melalui SOAP Fault
  • Mendukung WS-Security untuk keamanan tingkat enterprise
  • Protocol-independent (dapat menggunakan HTTP, SMTP, TCP, dll)
  • Lebih kompleks namun lebih powerful untuk integrasi enterprise
SOAP sangat populer di industri perbankan, telekomunikasi, dan sistem enterprise yang membutuhkan standar keamanan tinggi dan transaksi yang kompleks.

B. GraphQL API

GraphQL adalah bahasa query untuk API yang dikembangkan oleh Facebook pada tahun 2012 dan dirilis sebagai open-source pada 2015. GraphQL memberikan pendekatan yang berbeda dalam mengambil data dari server.
Karakteristik GraphQL:
  • Client dapat meminta data spesifik yang dibutuhkan (no over-fetching atau under-fetching)
  • Single endpoint untuk semua operasi
  • Strongly-typed schema yang mendefinisikan struktur data
  • Introspection capability - client dapat query schema untuk mengetahui data apa saja yang tersedia
  • Real-time updates melalui subscriptions
  • Mengurangi jumlah request ke server dengan batching queries
  • Developer-friendly dengan tools seperti GraphQL Playground
Contoh GraphQL query:

query {
                user(id: "123") {
                                            name
                                            email
                                            posts {
                                                        title
                                                        createdAt
                                                      }
                                           }
            }

C. RPC API (JSON-RPC / XML-RPC)

RPC (Remote Procedure Call) adalah paradigma yang memungkinkan program untuk mengeksekusi prosedur atau fungsi di komputer lain seolah-olah memanggil fungsi lokal.
Karakteristik RPC:
  • Fokus pada aksi/fungsi, bukan resource
  • JSON-RPC menggunakan JSON untuk encoding
  • XML-RPC menggunakan XML untuk encoding
  • Sederhana dan ringan
  • Request berisi nama method dan parameter
  • Biasanya menggunakan POST method untuk semua operasi
  • Kurang standar dibanding REST atau SOAP
  • Contoh JSON-RPC request:

POST /rpc
{
"jsonrpc": "2.0",
"method": "getUserData",
"params": {"userId": 123},
"id": 1
}

D. gRPC (Google RPC) adalah implementasi RPC modern yang menggunakan Protocol Buffers dan HTTP/2, menawarkan performa yang sangat tinggi dan cocok untuk komunikasi microservices.
WebSocket API

E. WebSocket adalah protokol komunikasi yang menyediakan full-duplex communication channel melalui single TCP connection. Berbeda dengan HTTP yang request-response, WebSocket memungkinkan komunikasi dua arah secara real-time.
Karakteristik WebSocket:
  • Koneksi persistent (tidak seperti HTTP yang connectionless)
  • Komunikasi dua arah (bidirectional) secara simultan
  • Low latency - ideal untuk aplikasi real-time
  • Mengurangi overhead dibanding polling atau long-polling
  • Menggunakan protokol ws:// atau wss:// (WebSocket Secure)
  • Cocok untuk chat, live updates, gaming, trading platforms
Perbedaan fundamental WebSocket dengan REST adalah REST menggunakan model request-response, sementara WebSocket membuka koneksi yang tetap terbuka untuk pertukaran data kontinyu.

Perbedaan REST API dengan API Lainnya

Untuk memahami perbedaan REST API dengan jenis API lainnya, berikut adalah tabel perbandingan komprehensif berdasarkan berbagai aspek teknis:

No Aspek REST SOAP GraphQL RPC WebSocket
1Konsep DasarResource-basedOperation-basedQuery-basedFunction callPersistent connection
2ProtokolHTTPHTTP, SMTPHTTPHTTP/TCPTCP
3Format DataJSON, XMLXMLJSONJSON/BinaryJSON/Binary
4StateStatelessStateful/StatelessStatelessStatelessStateful
5Request ModelRequest–ResponseRequest–ResponseRequest–ResponseRequest–ResponseBidirectional
6Real-timeTidak nativeTidakSubscriptionTidakYa
7Over-fetchingYaYaTidakYaTidak
8Under-fetchingYaYaTidakYaTidak
9SkalabilitasSangat baikBaikBaikBaikTerbatas
10PerformaTinggiRendahEfisienSangat tinggiSangat tinggi
11Payload SizeKecilBesarOptimalKecilSangat kecil
12Learning CurveRendahTinggiMenengahRendahMenengah
13KeamananHTTPS, OAuthWS-SecurityHTTP-basedHTTP-basedCustom
14StandarLooseKetatSchema-basedLooseProtocol-based
15DokumentasiOpenAPIWSDLSchemaManualManual
16VersioningMudahSulitTidak perluMudahSulit
17Public APISangat cocokJarangCocokJarangTidak cocok
18MicroservicesCocokKurangCocokSangat cocokCocok
19Mobile AppCocokTidakSangat cocokCocokCocok
20EnterpriseCukupSangat cocokCukupCukupKurang
21Error HandlingHTTP StatusFaultError ObjectCustomCustom
22Tool SupportSangat banyakBanyakBanyakTerbatasTerbatas
23Use Case UtamaWeb APIEnterpriseComplex dataInternal serviceReal-time app

Penjelasan Perbedaan Kunci

1. Arsitektur dan Konsep Dasar
REST berorientasi pada resource, di mana setiap URL merepresentasikan resource tertentu. SOAP berfokus pada operasi dengan pertukaran pesan berbasis XML. GraphQL memberi kendali kepada client untuk menentukan struktur data yang dibutuhkan. RPC berorientasi pada pemanggilan fungsi, sedangkan WebSocket menyediakan koneksi komunikasi yang bersifat persisten.

2. Format Data
REST mendukung berbagai format data seperti JSON dan XML. SOAP hanya menggunakan XML sehingga pesan cenderung lebih besar. GraphQL dan JSON-RPC menggunakan JSON yang lebih ringan, sementara WebSocket mendukung berbagai format data, termasuk binary, untuk efisiensi.

3. Pola Komunikasi Client–Server
REST dan SOAP menggunakan model request–response. GraphQL juga berbasis request–response, dengan tambahan subscription untuk kebutuhan real-time. RPC meniru pemanggilan fungsi lokal, sedangkan WebSocket memungkinkan komunikasi dua arah secara langsung tanpa perlu request berulang.

4. Fleksibilitas dan Skalabilitas
REST sangat mudah diskalakan karena bersifat stateless. SOAP dapat diskalakan tetapi lebih kompleks. GraphQL efisien dalam penggunaan data namun menambah kompleksitas di sisi server. WebSocket membutuhkan koneksi persisten yang dapat memengaruhi skalabilitas jika tidak dikelola dengan baik.

5. Performa
REST dan RPC cukup efisien untuk operasi sederhana. SOAP memiliki overhead paling tinggi akibat struktur XML. GraphQL meningkatkan efisiensi jaringan dengan mengurangi over-fetching. WebSocket menawarkan latensi terendah untuk komunikasi real-time.

6. Kompleksitas Implementasi
REST dan JSON-RPC relatif mudah diimplementasikan. SOAP paling kompleks karena melibatkan XML, WSDL, dan standar WS-*. GraphQL membutuhkan pemahaman schema dan query language, sedangkan WebSocket memerlukan pengelolaan koneksi dan sinkronisasi state.

7. Keamanan
SOAP menyediakan standar keamanan paling lengkap melalui WS-Security. REST mengandalkan HTTPS serta mekanisme autentikasi seperti OAuth dan JWT. GraphQL memerlukan kontrol tambahan untuk mencegah query berbahaya. WebSocket membutuhkan penerapan keamanan tersendiri di atas TLS.

Perbandingan REST API dengan API Lainnya

REST API vs SOAP API

  1. Perbedaan Dasar
    SOAP dan REST memiliki pendekatan yang berbeda. SOAP adalah protokol dengan aturan ketat, sedangkan REST adalah gaya arsitektur yang lebih fleksibel.

  2. Protokol vs Arsitektur
    SOAP menentukan struktur pesan secara rinci melalui XML (envelope, header, body). Semua pesan harus mengikuti format standar. REST tidak mengikat format pesan tertentu dan hanya menekankan prinsip arsitektur, biasanya menggunakan JSON yang lebih ringan.

  3. Ukuran dan Format Data
    SOAP cenderung menghasilkan payload besar karena XML yang verbose.
    REST lebih ringan dan efisien, sehingga lebih cocok untuk aplikasi mobile dan jaringan terbatas.

  4. Keamanan
    SOAP unggul untuk kebutuhan enterprise karena mendukung WS-Security (enkripsi tingkat pesan, digital signature, SAML).
    REST mengandalkan HTTPS dan token-based authentication seperti OAuth dan JWT, yang sudah cukup untuk sebagian besar aplikasi modern.

  5. Penanganan Error
    SOAP menyediakan SOAP Fault yang terstruktur dan detail.
    REST menggunakan HTTP status code yang lebih sederhana dan mudah dipahami.

  6. Kapan Digunakan
    SOAP: sistem perbankan, payment gateway, ERP, integrasi legacy
    REST: web & mobile apps, public API, microservices, IoT

  7. Contoh Nyata
    PayPal dan AWS awalnya menggunakan SOAP, lalu menyediakan REST karena lebih mudah diintegrasikan oleh developer.

REST API vs GraphQL

  1. Pendekatan
    REST menggunakan banyak endpoint berbasis resource. GraphQL menggunakan satu endpoint dengan query fleksibel.
  2. Over-fetching & Under-fetching
    REST bisa mengirim data berlebih atau memerlukan banyak request. GraphQL memungkinkan client mengambil data sesuai kebutuhan dalam satu query.
  3. Versioning
    REST biasanya membutuhkan versioning (v1, v2). GraphQL menghindari versioning dengan evolusi schema.
  4. Caching
    REST unggul karena mendukung HTTP caching secara native. GraphQL membutuhkan mekanisme caching tambahan.
  5. Developer Experience
    GraphQL menyediakan tooling interaktif dan dokumentasi otomatis. REST mengandalkan dokumentasi manual atau OpenAPI.
  6. Kapan Digunakan
    GraphQL: data kompleks, multi-platform client, frontend cepat
    REST: CRUD sederhana, public API, caching berat

REST API vs RPC (gRPC)

  1. Orientasi
    REST berfokus pada resource.
    RPC berfokus pada pemanggilan fungsi.
  2. HTTP Semantics
    REST menggunakan HTTP method secara semantik.
    RPC biasanya memakai POST untuk semua operasi.
  3. Coupling & Performa
    RPC (gRPC) lebih cepat dan efisien karena binary protocol dan HTTP/2, tapi lebih tightly coupled. REST lebih mudah diintegrasikan dan dibaca manusia.
  4. Kapan Digunakan
    gRPC: komunikasi internal microservices, low latency
    REST: public API, integrasi pihak ketiga

Kapan Menggunakan REST API dan API Lainnya

Cocok Menggunakan REST API Jika:
  • Aplikasi web atau mobile standar
  • Public API untuk developer eksternal
  • Sistem berbasis resource (user, product, post)
  • Operasi stateless
  • Memanfaatkan ekosistem HTTP (CDN, cache, load balancer)
Lebih Tepat Menggunakan SOAP Jika:
  • Sistem enterprise dengan regulasi ketat
  • Membutuhkan transaksi kompleks dan keamanan tinggi
  • Integrasi dengan sistem legacy
Lebih Tepat Menggunakan GraphQL Jika:
  • Data kompleks dengan relasi banyak
  • Banyak jenis client dengan kebutuhan data berbeda
  • Perlu efisiensi bandwidth
Lebih Tepat Menggunakan gRPC Jika:
  • Komunikasi internal microservices
  • Kebutuhan performa dan latency sangat tinggi
  • Streaming data dua arah
Lebih Tepat Menggunakan WebSocket Jika:
  • Aplikasi real-time (chat, game, live update)
  • Server perlu push data ke client
  • Koneksi dua arah berkelanjutan

Kelebihan dan Kekurangan REST API

Kelebihan REST API

Mudah dipelajari dan digunakan
  • Mudah diskalakan karena stateless
  • Mendukung caching HTTP
  • Fleksibel dalam format data
  • Mudah diuji dan di-debug
  • Ekosistem dan tooling sangat matang
  • Dukungan komunitas luas
  • Interoperable di semua platform
  • Cocok untuk public API
  • Kompatibel dengan infrastruktur web

Keterbatasan REST API

  • Over-fetching dan under-fetching
  • Membutuhkan banyak request untuk data relasional
  • Tidak mendukung real-time secara native
  • Tidak memiliki type safety bawaan
  • Tantangan versioning
  • Tidak efisien untuk query kompleks
  • Tidak memiliki standar keamanan bawaan seperti SOAP

Mitigasi Keterbatasan REST API

Meskipun REST API memiliki sejumlah keterbatasan, sebagian besar dapat diminimalkan melalui penerapan strategi dan teknologi yang tepat. Beberapa upaya mitigasi yang umum dilakukan antara lain:
  1. Perancangan API yang matang (thoughtful API design)
    Penggunaan composite endpoints dan sparse fieldsets dapat mengurangi jumlah request serta mencegah pengambilan data yang berlebihan (over-fetching).

  2. Strategi caching yang efektif
    Pemanfaatan mekanisme caching HTTP seperti Cache-Control, ETag, dan CDN dapat meningkatkan performa sekaligus mengurangi beban server.

  3. Penggunaan GraphQL untuk kebutuhan data kompleks
    GraphQL dapat digunakan sebagai alternatif atau pelengkap REST ketika aplikasi membutuhkan fleksibilitas tinggi dalam pengambilan data yang saling berelasi.

  4. Pemanfaatan WebSocket untuk fitur real-time
    Untuk kebutuhan komunikasi dua arah secara langsung, seperti chat atau notifikasi real-time, WebSocket menjadi solusi yang lebih sesuai dibanding REST.

  5. Penggunaan gRPC untuk komunikasi internal berperforma tinggi
    gRPC sangat efektif untuk komunikasi antar microservices yang membutuhkan latensi rendah dan efisiensi tinggi.

  6. Dokumentasi API dan strategi versioning yang baik
    Dokumentasi yang jelas serta pengelolaan versi API yang terencana membantu menjaga kompatibilitas dan memudahkan pengembangan jangka panjang.
Kunci utama memilih pendekatan yang tepat adalah memahami trade-off dari setiap teknologi dan menyesuaikannya dengan kebutuhan sistem. REST API tetap menjadi pilihan yang sangat baik untuk sebagian besar web API, khususnya API publik. Namun, kemampuan untuk mengenali kapan harus menggunakan alternatif lain merupakan keterampilan penting bagi developer modern.

Alasan REST API Banyak Digunakan di Dunia Industri

REST API mendominasi pengembangan aplikasi web modern bukan tanpa alasan. Berbagai karakteristik yang dimilikinya menjadikan REST sebagai pilihan utama di dunia industri. Beberapa faktor kunci tersebut antara lain sebagai berikut.

1. Kesederhanaan Universal
REST API tidak memerlukan alat, pustaka, atau pengetahuan teknis khusus untuk mulai digunakan. Setiap developer yang memahami dasar HTTP dapat dengan cepat memahami dan mengimplementasikan REST API. Hal ini menurunkan hambatan masuk (barrier to entry) dan mempercepat siklus pengembangan aplikasi.

2. Keseimbangan antara Kesederhanaan dan Kemampuan
REST menawarkan keseimbangan yang baik antara kesederhanaan dan fungsionalitas. Untuk sebagian besar kebutuhan aplikasi (sekitar 80% use case), REST telah menyediakan fitur yang memadai tanpa kompleksitas yang berlebihan. REST cukup kuat untuk aplikasi produksi, namun tetap sederhana untuk prototyping dan pengembangan MVP.

3. Kompatibilitas dengan Infrastruktur yang Ada
REST memanfaatkan infrastruktur HTTP yang telah digunakan secara luas, seperti web server, load balancer, CDN, proxy, dan firewall. Organisasi tidak perlu membangun infrastruktur baru untuk mendukung REST API, sehingga biaya dan kompleksitas sistem dapat ditekan.

4. Bersifat Platform-Agnostic
REST API dapat diakses dari berbagai platform, mulai dari web browser, aplikasi mobile, perangkat IoT, hingga aplikasi server-side, menggunakan pustaka HTTP standar. Sifat ini menjadikan REST sangat cocok untuk API publik yang digunakan oleh beragam jenis client.

5. Ekosistem yang Sangat Matang
Penggunaan REST selama bertahun-tahun telah membentuk ekosistem yang besar, mencakup framework, tools, best practices, serta pengetahuan komunitas yang luas. Solusi untuk masalah umum seperti autentikasi, rate limiting, versioning, dan dokumentasi telah tersedia dengan baik.

6. Ramah bagi Developer
REST API mudah untuk diuji dan di-debug. Berbagai alat seperti developer tools pada browser, cURL, dan platform seperti Postman membuat proses pengembangan dan pengujian REST API menjadi lebih efisien, sehingga meningkatkan produktivitas developer dan mempercepat waktu rilis aplikasi.

7. Skalabilitas yang Sederhana
Sifat stateless pada REST memudahkan proses scaling secara horizontal. Server dapat menangani jutaan request tanpa perlu manajemen sesi yang kompleks atau sinkronisasi state antar server, yang sangat penting dalam arsitektur cloud-native.

8. Telah Menjadi Standar Industri
REST telah menjadi standar de facto untuk web API. Banyak perusahaan teknologi besar seperti Google, Amazon, Facebook, GitHub, dan lainnya menyediakan REST API. Adopsi yang luas ini menciptakan efek jaringan, di mana semakin banyak pengguna menghasilkan semakin banyak alat, dokumentasi, dan praktik terbaik.

9. Jalur Adopsi yang Bertahap
REST memungkinkan organisasi memulai dengan implementasi sederhana, lalu secara bertahap menerapkan pola yang lebih kompleks sesuai kebutuhan. Tidak ada kewajiban untuk langsung menerapkan seluruh prinsip REST secara ketat sejak awal, sehingga fleksibel bagi tim dengan tingkat pengalaman yang beragam.

10. Fondasi yang Tahan terhadap Perkembangan Teknologi
Meskipun teknologi baru seperti GraphQL dan gRPC semakin berkembang, REST tetap relevan dan sering digunakan sebagai fondasi utama. Banyak sistem modern mengadopsi pendekatan hybrid, dengan REST untuk API publik, GraphQL untuk kebutuhan data kompleks, dan gRPC untuk komunikasi internal. Pemahaman REST memberikan dasar yang kuat untuk memahami dan mengintegrasikan teknologi-teknologi tersebut.

Kesimpulan

Pemilihan jenis API merupakan keputusan yang harus disesuaikan dengan kebutuhan aplikasi. Tidak terdapat satu jenis API yang paling unggul untuk semua situasi, karena setiap pendekatan memiliki kelebihan dan keterbatasan masing-masing dalam arsitektur sistem modern.
  • REST API paling sesuai digunakan untuk sebagian besar aplikasi web dan mobile, khususnya API yang bersifat publik.
  • SOAP lebih tepat diterapkan pada sistem enterprise yang menuntut tingkat keamanan dan kepatuhan regulasi yang tinggi.
  • GraphQL efektif untuk menangani kebutuhan data yang kompleks dengan beragam jenis klien.
  • gRPC unggul dalam komunikasi internal antar microservices yang membutuhkan performa tinggi.
  • WebSocket menjadi pilihan utama untuk komunikasi dua arah secara real-time.
Pemilihan jenis API harus didasarkan pada pemahaman trade-off dari setiap pendekatan serta kesesuaiannya dengan kebutuhan aplikasi, seperti keahlian tim, kebutuhan performa, keamanan, dan karakteristik klien yang menggunakan sistem.

REST API tetap menjadi fondasi utama dalam pengembangan web karena kesederhanaan dan fleksibilitasnya. Namun, aplikasi modern semakin banyak mengadopsi pendekatan hybrid dengan mengombinasikan berbagai jenis API, sehingga pengembang perlu memahami beragam paradigma API untuk membangun sistem yang andal, skalabel, dan berorientasi pada kebutuhan pengguna.

Daftar Pustaka

Petani Kode. (n.d.). REST API dan perbedaannya dengan SOAP dan GraphQL. Diakses pada 6 Februari 2026, dari https://www.petanikode.com/rest-api/

Fielding, R. T. (2000). Architectural styles and the design of network-based software architectures. University of California, Irvine. Diakses pada 6 Februari 2026, dari https://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdf

Mozilla Developer Network. (n.d.). HTTP overview & HTTP methods. MDN Web Docs. Diakses pada 6 Februari 2026, dari https://developer.mozilla.org/en-US/docs/Web/HTTP

GraphQL Foundation. (n.d.). Introduction to GraphQL. Diakses pada 6 Februari 2026, dari https://graphql.org/learn/

Google Developers. (n.d.). gRPC overview. Diakses pada 6 Februari 2026, dari https://grpc.io/docs/what-is-grpc/

WebSockets Working Group. (n.d.). The WebSocket protocol (RFC 6455). Internet Engineering Task Force. Diakses pada 6 Februari 2026, dari https://datatracker.ietf.org/doc/html/rfc6455

Dewaweb. (n.d.). Perbedaan REST API, SOAP, dan GraphQL. Diakses pada 6 Februari 2026, dari https://www.dewaweb.com/blog/rest-api-vs-soap-vs-graphql/

IDCloudHost. (n.d.). Mengenal WebSocket dan perbedaannya dengan REST API. Diakses pada 6 Februari 2026, dari https://idcloudhost.com/blog/websocket-adalah/



Recommended Articles