[{"data":1,"prerenderedAt":462},["ShallowReactive",2],{"site-header":3,"site-footer-license":37,"article-rest-api-vs-grpc-kapan-sebaiknya-pindah-dari-json-with-latest":41},{"navigations":4},[5,20],{"collection":6,"item":7},"series",{"__typename":6,"title":8,"slug":9,"children_series":10},"Artikel","all",[11,14,17],{"title":12,"slug":13},"Algoritma dan Struktur Data","algoritma-struktur-data",{"title":15,"slug":16},"Konsep Dasar Pemrograman","konsep-dasar-pemrograman",{"title":18,"slug":19},"Kecerdasan Artifisial","kecerdasan-artifisial",{"collection":6,"item":21},{"__typename":6,"title":22,"slug":23,"children_series":24},"Tutorial","tutorial",[25,28,31,34],{"title":26,"slug":27},"Belajar Java","belajar-java",{"title":29,"slug":30},"Belajar Pascal","belajar-pascal",{"title":32,"slug":33},"Belajar Python","belajar-python",{"title":35,"slug":36},"Belajar Golang","belajar-golang",{"name":38,"url":39,"show":40},"CC BY-SA","https://creativecommons.org/licenses/by-sa/4.0/",false,{"article":42,"renderedBody":414,"renderedTakeaway":415,"latestArticles":416,"toc":439},{"id":43,"title":44,"slug":45,"excerpt":46,"published_at":47,"thumbnail_image":48,"tags":50,"reading_time":57,"takeway":58,"body":59,"authors":60,"series":67},"26","REST API vs gRPC: Kapan Sebaiknya Mulai Pindah dari JSON?","rest-api-vs-grpc-kapan-sebaiknya-pindah-dari-json","Pernah nggak sih sistem mikroservis kalian mulai kerasa berat padahal cuma tuker-tukeran data internal? Belum tentu masalah servernya. Yuk, kita bahas kapan REST + JSON masih juara dan kapan gRPC jadi jawabannya!","2026-08-17T04:26:10.249Z",{"id":49},"487500a0-9e09-469d-8736-1583c5ea83aa",[51,52,53,54,55,56],"backend","grpc","rest-api","microservices","protobuf","system-design",5,"- REST API dengan JSON tetap juara buat public API dan integrasi frontend web maupun mobile.\n- gRPC memanfaatkan HTTP/2 multiplexing dan Protocol Buffers buat serialisasi biner yang jauh lebih ringkas.\n- Kombinasi keduanya sangat ideal buat memangkas network latency dan overhead CPU pada komunikasi internal antar-mikroservis.\n- Skema kontrak .proto ngasih type safety bawaan plus code generation multi-bahasa.","Hampir semua dari kita memulai perjalanan *backend* dengan bikin REST API berbasis JSON. Nggak ada yang salah, kok. Formatnya *human-readable*, gampang dites pakai Postman atau cURL, dan hampir semua bahasa pemrograman di muka bumi ini ngerti. Kita tinggal nembak endpoint-nya, terus terima JSON. Simpel, kan?\n\nTapi begitu sistem kalian berubah jadi arsitektur *microservices*—puluhan bahkan ratusan *service* internal yang saling tuker data jutaan kali per detik—overhead JSON dan HTTP/1.1 mulai kerasa. Emang iya? Iya. 😅\n\nDi situ *gRPC* (*Google Remote Procedure Call*) masuk jadi alternatif bertenaga buat komunikasi antar-*service* internal. Yuk, kita bedah bareng-bareng!\n\n## Kenapa REST API dengan JSON Begitu Populer?\n\nREST API dengan JSON menguasai industri perangkat lunak bukan tanpa alasan, lho:\n\n1. Sangat mudah dibaca. Data berupa teks biasa kayak `{\"nama\": \"Inva\", \"role\": \"Developer\"}` langsung kebaca tanpa perlu dekoder khusus.\n2. Fleksibel dan dinamis. Nggak perlu skema kaku di level protokol transport.\n3. Standar browser. *Web browser* secara *native* ramah banget ngonsumsi *payload* JSON.\n\nFormat teks ini udah kayak bahasa ibu buat *frontend developer*. Buka DevTools, lihat tab *Network*, semua data langsung kebaca mata telanjang. Nggak perlu alat tambahan apa-apa.\n\n## Keterbatasan REST & JSON di Skala Mikroservis\n\nRamah buat *developer* belum tentu ramah buat server, nih. Begitu trafik internal melonjak, kombinasi REST + JSON mulai nunjukin gigi aslinya:\n\n- Ukuran *payload* besar. JSON bawa banyak karakter redundan: spasi, kurung kurawal, kutip ganda, plus nama *field* kayak `\"nama_lengkap\"` yang diulang di setiap item list.\n- Proses *parsing* lambat. Ngubah *string* JSON jadi objek memori di Python, Java, atau Go makan siklus CPU yang lumayan.\n- HTTP/1.1 yang ketinggalan zaman. REST API tradisional secara *default* pakai HTTP/1.1 yang rentan *head-of-line blocking* dan nggak support *multiplexing* murni dalam satu koneksi TCP.\n\nAnggap aja kalian ngirim paket pakai kurir yang motornya cuma bisa bawa satu kardus sekali jalan. Buat kiriman sebulan sekali, ya aman-aman aja. Buat kiriman tiap detik, repot. 😂\n\n## Mengenal gRPC: Apa Itu dan Gimana Cara Kerjanya?\n\n*gRPC* itu *framework* *open-source* buatan [Google](https://grpc.io/) buat komunikasi *Remote Procedure Call* (RPC). Dengan *gRPC*, sebuah *service* bisa manggil fungsi di *service* lain kayak fungsi itu ada di program lokalnya sendiri.\n\nAda dua pilar utama yang bikin *gRPC* kencang:\n\n1. HTTP/2. Koneksi persisten tunggal dengan *multiplexing*—banyak *request*/*response* jalan barengan di satu koneksi TCP—plus kompresi *header* dan *streaming* dua arah (*bidirectional*).\n2. Protocol Buffers (Protobuf). Mekanisme serialisasi data biner dengan skema ketat (*strongly typed*) yang jauh lebih kecil dan cepat ketimbang JSON.\n\n## Protocol Buffers vs JSON: Kok Bisa Lebih Ringkas?\n\nDengan Protobuf, kalian mendefinisikan skema kontrak komunikasi di file `.proto`:\n\n```protobuf\nsyntax = \"proto3\";\n\npackage user;\n\nmessage UserRequest {\n  int32 id = 1;\n}\n\nmessage UserResponse {\n  int32 id = 1;\n  string name = 2;\n  string email = 3;\n}\n\nservice UserService {\n  rpc GetUser (UserRequest) returns (UserResponse);\n}\n```\n\nNah, pas data dikirim lewat jaringan, Protobuf nggak ngirim nama *field* kayak `\"name\"` atau `\"email\"`. Yang dikirim cuma nomor *tag* biner (`1`, `2`, `3`) dan nilainya dalam bentuk *binary stream*.\n\nHasilnya lumayan gila:\n\n- Ukuran data bisa **3x sampai 10x lebih kecil** ketimbang JSON.\n- Proses serialisasi/deserialisasi bisa **5x sampai 8x lebih cepat** karena diproses langsung di level biner.\n\nBuat satu *request*, bedanya mungkin nggak kerasa. Buat sejuta *request* per detik, selisihnya jadi tagihan *cloud* yang beda tipis-tipis. 🤔\n\n## Surat Pos vs Sinyal Telegram\n\nBiar gampang kebayang:\n\n- REST + JSON itu kayak ngirim surat kertas bertulis tangan lengkap dengan kop surat dan perangko. Penerima bisa langsung baca isinya pakai mata telanjang, tapi ongkos kirim dan waktu lipatnya makan tempat di ransel pak pos.\n- gRPC + Protobuf itu kayak ngirim kode telegraf biner terkompresi lewat kabel fiber khusus. Manusia nggak bisa baca langsung tanpa mesin penerjemah, tapi transmisi dan *decoding*-nya secepat kilat.\n\nYang pertama cocok buat surat cinta. Yang kedua cocok buat ngirim data bursa saham tiap milidetik. Dua-duanya butuh, cuma beda medan perang aja. 😎\n\n## Kapan Pakai REST, Kapan Pakai gRPC?\n\n| Kebutuhan / Skenario | Gunakan REST API | Gunakan gRPC |\n| :--- | :---: | :---: |\n| **Komunikasi dengan Frontend / Mobile App / Web** | ✅ Sangat Direkomendasikan | ⚠️ Butuh gRPC-Web / Proxy |\n| **Komunikasi Internal Antar Mikroservis** | ⚠️ Bisa, tapi overhead tinggi | ✅ Sangat Direkomendasikan |\n| **Public API untuk Developer Eksternal** | ✅ Standar Industri | ❌ Kurang ramah pengguna umum |\n| **Kebutuhan Streaming Data Real-Time** | ⚠️ Butuh WebSocket/SSE | ✅ Bawaan HTTP/2 Streaming |\n| **Sistem Low Latency & High Throughput** | ❌ Terkendala parsing JSON | ✅ Sangat Cepat & Efisien |\n\nKalau diliat dari tabel di atas, polanya jelas: ke luar pakai REST, ke dalam pakai *gRPC*. *Frontend* dan *mobile app* nggak perlu nge-*import* `.proto`, mereka udah nyaman sama JSON. Nah, kalau butuh *streaming* dua arah, *gRPC* ngasih itu tanpa alat tambahan, lho.\n\n## Jadi, Waktunya Migrasi ke gRPC?\n\nREST API dan JSON jelas belum bakal punah dalam waktu dekat. Keduanya masih jadi standar emas buat *public API* dan antarmuka pengguna (*frontend* web dan *mobile*).\n\nTapi begitu arsitektur sistem kalian berubah jadi ekosistem *microservices* yang tuker data jutaan kali per detik, pindah ke [gRPC](https://grpc.io/) dan [Protocol Buffers](https://protobuf.dev/) jadi jurus strategis. *Network latency* kepangkas, *bandwidth* kehemat, dan CPU server tetap adem.\n\nMulai dari satu *service* internal dulu deh. Nggak perlu migrasi total dalam semalam—*migration* yang jalan pelan tapi pasti biasanya lebih awet ketimbang *rewrite* besar-besaran. 😄\n\nSelamat ber-*arsitektur* ria, dan semoga *latency* kalian selalu di bawah satu milidetik! 👋",[61],{"authors_id":62},{"name":63,"slug":64,"role":65,"profile_picture":66},"Inva","inva","Writer",null,{"id":68,"title":8,"slug":9,"articles":69,"parent_series":66},"9",[70,84,97,109,120,132,144,155,167,178,189,199,209,220,229,240,251,261,269,280,291,294,302,311,320,333,342,353,364,374,383,392,402],{"id":71,"title":72,"slug":73,"excerpt":74,"thumbnail_image":75,"tags":77},"41","Log Aggregation Modern dengan Grafana Loki dan Vector: Hemat Storage Tanpa Indeks Raksasa","log-aggregation-modern-grafana-loki-vector-hemat-storage","Klaster Elasticsearch kalian rakus RAM dan boros storage, ya? Padahal nggak semua kata di log perlu diindeks, lho. Yuk, kita kenalan sama duet Grafana Loki dan Vector yang jauh lebih ramah kantong!",{"id":76},"03c9d1a0-c80a-401d-9f2b-2b3ee7abb115",[51,78,79,80,81,82,83,56],"observa","logging","grafana","loki","vector","devops",{"id":85,"title":86,"slug":87,"excerpt":88,"thumbnail_image":89,"tags":91},"45","Rate Limiting Algorithms: Token Bucket vs Leaky Bucket vs Sliding Window","rate-limiting-algorithms-token-bucket-leaky-bucket-sliding-window","Udah tahu kenapa *rate limiting* itu wajib, tapi masih bingung beda Token Bucket, Leaky Bucket, Fixed Window, dan Sliding Window? Yuk, kita adu empat algoritma ini bareng-bareng dan cari tahu mana yang paling pas buat API kalian!",{"id":90},"0e0ed26d-20c6-443c-bde1-4a6200f6f801",[51,56,92,93,94,95,96],"rate-limiting","redis","api-gateway","architecture","traffict-management",{"id":98,"title":99,"slug":100,"excerpt":101,"thumbnail_image":102,"tags":104},"16","Menggunakan TypeScript dengan Node.js dan Express","menggunakan-typescript-dengan-node-js-dan-express","Pengen bikin server Express di Node.js tapi pakai fitur-fitur keren TypeScript? Yuk, intip cara setup lengkapnya dari nol di sini!",{"id":103},"798b60f1-9ef5-4f73-8d43-85825fd86acc",[105,106,107,108],"javascript","nodejs","express","typescript",{"id":110,"title":111,"slug":112,"excerpt":113,"thumbnail_image":114,"tags":116},"17","Pemrograman Asynchronous vs Multithreading, Apa Sih Bedanya?","pemrograman-asynchronous-dan-multithreading-apa-bedanya","Sering dengar istilah asynchronous dan multithreading pas ngoding tapi masih bingung bedanya? Yuk, kita bedah perbedaannya lewat analogi bikin mi instan yang gampang dipahami!",{"id":115},"9c05d0ae-e829-4f1b-b9f7-a84f3e0439d3",[117,118,119],"pemrograman","concurrency","tips-coding",{"id":121,"title":122,"slug":123,"excerpt":124,"thumbnail_image":125,"tags":127},"33","Berkenalan dengan RabbitMQ: Si Kurir Pesan Serba Bisa","berkenalan-dengan-rabbitmq-si-kurir-pesan-serba-bisa","Pernah nggak sih kalian klik Bayar Sekarang dan notifikasi suksesnya muncul seketika, padahal email konfirmasi baru nyampe beberapa detik kemudian? Rahasianya ada di satu kurir tak terlihat. Yuk, kita kenalan sama RabbitMQ!",{"id":126},"f6620f79-b3b2-4f9c-8104-283a335e06c4",[128,129,51,54,130,131],"rabbitmq","message-broker","async","queue",{"id":133,"title":134,"slug":135,"excerpt":136,"thumbnail_image":137,"tags":139},"34","Kenapa Backend Butuh Database Connection Pooling?","kenapa-backend-butuh-database-connection-pooling","Pernah kena error Too many connections padahal CPU server masih santai di angka 30%? Masalahnya bukan di query kalian, tapi di cara aplikasi ngobrol sama database. Yuk, kenalan sama Connection Pooling!",{"id":138},"6f7a2d8c-2a37-4901-a522-50df8d9c0a20",[51,140,141,142,56,143],"database","postgresql","connection-pooling","performance",{"id":145,"title":146,"slug":147,"excerpt":148,"thumbnail_image":149,"tags":151},"27","Background Worker & Task Queue: Jangan Jalankan Proses Berat di Request HTTP!","background-worker-task-queue-jangan-jalankan-proses-berat-di-http","Pernah nggak sih kalian klik Daftar Akun lalu halaman loading muter sampai 15 detik tanpa kepastian? Penyebabnya klasik banget. Yuk, kita bahas kenapa proses berat nggak boleh dijalanin di request HTTP!",{"id":150},"e119c6ad-fc37-4b92-abdc-3eb20f8e34b4",[51,152,153,154,128,93,130],"task-queue","celery","fastapi",{"id":156,"title":157,"slug":158,"excerpt":159,"thumbnail_image":160,"tags":162},"28","Mengatasi N+1 Query Problem: Musuh Tersembunyi Performa Backend","mengatasi-n-plus-1-query-problem-musuh-tersembunyi-backend","Pernah bikin endpoint yang cuma nampilin 50 postingan beserta nama penulisnya, tapi response-nya lambat banget? Bisa jadi kalian kena N+1 Query. Yuk, kita bedah penyebabnya dan cara memberantasnya!",{"id":161},"34b94e14-3e9a-4778-9f1f-6df5898915fb",[140,163,164,165,166,143,51],"sql","orm","sqlalchemy","django",{"id":168,"title":169,"slug":170,"excerpt":171,"thumbnail_image":172,"tags":174},"30","Berkenalan dengan Bahasa Go: Kenapa Banyak Dipakai untuk Backend Modern?","berkenalan-dengan-bahasa-go-untuk-backend-modern","Kok bisa sih Go yang masih muda ini jadi bahasa andalan Docker sampai Kubernetes? Yuk, kita kenalan sama Goroutine, Channel, dan alasan dia hemat memori luar biasa!",{"id":173},"a368631c-f331-4c50-8322-1d0fc44927aa",[175,176,51,118,177,56],"golang","go","goroutine",{"id":179,"title":180,"slug":181,"excerpt":182,"thumbnail_image":183,"tags":185},"13","Hal yang Perlu Diperhatikan Sebelum Pindah ke Linux","hal-yang-perlu-diperhatikan-sebelum-pindah-ke-linux","Tertarik migrasi dari Windows ke Linux tapi masih ragu? Yuk, pelajari kelebihan, kekurangan, dan persiapan penting sebelum kamu benar-benar pindah!",{"id":184},"ae27713e-5025-4d13-88b6-efb4860cc5b3",[186,187,188],"linux","windows","foss",{"id":190,"title":191,"slug":192,"excerpt":193,"thumbnail_image":194,"tags":196},"11","Apa Kabar JavaScript? Rilis State of JS 2022","apa-kabar-javascript-rilis-state-of-js-2022","Survei State of JS 2022 resmi dirilis dengan lonjakan responden yang luar biasa! Framework dan build tool apa saja yang berhasil mencuri perhatian tahun ini?",{"id":195},"18df5262-d813-43d1-b1f7-5595a7f53602",[105,197,198],"web","news",{"id":200,"title":201,"slug":202,"excerpt":203,"thumbnail_image":204,"tags":206},"12","Buat PowerShell Lebih Berwarna dengan Starship","buat-powershell-lebih-berwarna-dengan-starship","Bosen sama tampilan PowerShell yang hitam putih dan kaku? Yuk, sulap terminalmu jadi lebih interaktif, estetik, dan berwarna pakai Starship!",{"id":205},"c5a8262b-43db-4479-8f6c-5a6a0d61653b",[207,187,208],"shell","powershell",{"id":210,"title":211,"slug":212,"excerpt":213,"thumbnail_image":214,"tags":216},"14","Instalasi Java dengan Visual Studio Code","instalasi-java-dengan-visual-studio-code","Mau belajar ngoding Java tapi spek laptop pas-pasan buat buka IDE berat? Yuk, cari tahu cara setup VS Code biar ngoding Java tetap lancar dan enteng!",{"id":215},"99b01cc2-11ac-4449-9927-a1a7116347df",[217,218,219],"howto","java","editor",{"id":221,"title":222,"slug":223,"excerpt":224,"thumbnail_image":225,"tags":227},"15","Kenapa Ada Banyak Sekali Distro Linux?","kenapa-ada-banyak-sekali-distro-linux","Pernah bingung pas mau install Linux tapi malah disuguhi puluhan pilihan distro? Tenang, kalian nggak sendirian. Yuk, cari tahu kenapa distro Linux bisa sebanyak itu dan apa bedanya!",{"id":226},"b5352a4b-f274-4489-aca9-36814947d514",[186,228],"distro",{"id":230,"title":231,"slug":232,"excerpt":233,"thumbnail_image":234,"tags":236},"18","React, Angular, atau Vue: Pilih Framework yang Mana?","react-angular-vue-pilih-framework-yang-mana","Bingung menentukan pilihan di antara React, Angular, dan Vue untuk proyek web kalian berikutnya? Tenang, yuk kita bandingkan kelebihan masing-masing di sini!",{"id":235},"ff111270-80c2-4ccb-83d7-d5ab8c021201",[237,238,239],"web-development","frontend","framework",{"id":241,"title":242,"slug":243,"excerpt":244,"thumbnail_image":245,"tags":247},"19","Static Typing dan Dynamic Typing: Apa Bedanya?","static-typing-dan-dynamic-typing-apa-bedanya","Pernah bingung kenapa di Java tipe data harus dideklarasikan, sementara di Python tinggal pakai aja? Yuk, cari tahu perbedaan static typing dan dynamic typing di sini!",{"id":246},"98e85e76-9e7b-42d1-b989-7c75e7f49abc",[248,249,250],"programming","types","comparison",{"id":252,"title":253,"slug":254,"excerpt":255,"thumbnail_image":256,"tags":258},"20","Tailwind v3.0 Rilis: Ada JIT, Arbitrary Values, dan Banyak Lagi!","tailwind-v3-0-rilis-jit-arbitrary-dan-banyak-lagi","Tailwind CSS v3.0 resmi dirilis dengan segudang peningkatan performa yang bikin proses coding makin asyik. Apa aja sih fitur andalan yang wajib dicoba?",{"id":257},"d5e879fa-5cd0-4015-a155-b0cc69ff12fb",[259,260,237],"tailwind-css","css-framework",{"id":262,"title":263,"slug":264,"excerpt":265,"thumbnail_image":266,"tags":268},"21","TypeScript: JavaScript dengan Gaya dan Tipe Data Statis","typescript-javascript-dengan-gaya","Pernah pusing gara-gara runtime error di JavaScript? Yuk, kenalan dengan TypeScript yang bawa fitur static typing biar kode kalian makin rapi dan aman!",{"id":267},"f615bb1f-8e36-4d6c-9c2c-f1629407173c",[108,105,237],{"id":270,"title":271,"slug":272,"excerpt":273,"thumbnail_image":274,"tags":276},"22","Yang Baru di Nuxt 3: Nitro Engine, Vite, dan Fitur Keren Lainnya","yang-baru-di-nuxt-3-nitro-vite-dan-banyak-lagi","Nuxt 3 hadir membawa perubahan arsitektur besar-besaran untuk menyelaraskan dengan Vue 3. Penasaran apa saja peningkatan performa dan fitur barunya?",{"id":275},"8444bdbc-f60c-4d8b-8593-1b49400e8659",[277,278,279],"nuxt-3","vue-3","frontend-framework",{"id":281,"title":282,"slug":283,"excerpt":284,"thumbnail_image":285,"tags":287},"23","Kenapa Pakai FastAPI dan Kenapa Dia Kenceng Banget?","kenapa-pakai-fastapi-dan-kenapa-dia-kenceng-banget","Sering dengar FastAPI tapi masih bingung kenapa dia bisa ngebut kayak NodeJS dan Go? Yuk, kita bedah bareng rahasia ASGI, sihir Pydantic, sampai dokumentasi otomatisnya!",{"id":286},"84847c9e-70ab-4dcc-bed7-7be50165f7f4",[154,288,51,289,290],"python","asgi","pydantic",{"id":43,"title":44,"slug":45,"excerpt":46,"thumbnail_image":292,"tags":293},{"id":49},[51,52,53,54,55,56],{"id":295,"title":296,"slug":297,"excerpt":298,"thumbnail_image":299,"tags":301},"38","Optimistic vs Pessimistic Locking: Mengatasi Rebutan Data di Database","optimistic-vs-pessimistic-locking-mengatasi-rebutan-data-di-database","Seribu orang ngeklik \"Beli Sekarang\" di detik yang sama buat rebutan 1 tiket terakhir. Kira-kira apa yang bakal terjadi di server kalian? Yuk, kita banding *pessimistic* sama *optimistic locking*!",{"id":300},"21ab769d-6f82-4a22-be11-17ac16e9fb6b",[51,140,118,141,56,95,163],{"id":303,"title":304,"slug":305,"excerpt":306,"thumbnail_image":307,"tags":309},"24","Kenapa Butuh Rate Limiting?","kenapa-butuh-rate-limiting","Pernah nggak sih endpoint login kalian diserbu bot yang nyoba nembak ribuan password cuma dalam semenit? Yuk, kita bahas kenapa Rate Limiting itu wajib, plus cara masangnya di FastAPI!",{"id":308},"1401f9e5-6359-404a-8d80-273ddee9a372",[51,92,56,310,93,154],"api",{"id":312,"title":313,"slug":314,"excerpt":315,"thumbnail_image":316,"tags":318},"25","Kenapa Event Queue Bikin Backend Kalian Nggak Gampang Tumbang?","kenapa-event-queue-bikin-backend-kamu-nggak-gampang-tumbang","Pernah klik tombol Beli Sekarang dan notifikasi suksesnya muncul dalam sekejap, padahal di belakang layar ada invoice, email, sampai push notification yang harus dibuat? Rahasianya Event Queue. Yuk, kita bedah!",{"id":317},"d9e76018-fbcc-4c69-ad42-8f75ff229ecd",[51,56,319,129,95],"event-queue",{"id":321,"title":322,"slug":323,"excerpt":324,"thumbnail_image":325,"tags":327},"46","Mengapa C Mulai Ditinggalkan: Duel Filosofi Keamanan Rust vs Kesederhanaan Zig","mengapa-c-mulai-ditinggalkan-duel-filosofi-rust-vs-zig","Pernah denger kalau sekitar 70% celah keamanan kritis software modern itu asalnya dari bahasa C? Iya, bahasa yang udah jadi fondasi internet ini 😅. Yuk, kita bedah duel filosofi Rust vs Zig dan cari tahu mana yang pas buat proyek kalian!",{"id":326},"1942a5c9-c1f6-476d-9913-768f78d9d8eb",[328,329,330,331,332],"system-programming","rust","zig","c","memory-safety",{"id":334,"title":335,"slug":336,"excerpt":337,"thumbnail_image":338,"tags":340},"29","Memahami Database Indexing: Rahasia Query Super Cepat","memahami-database-indexing-rahasia-query-super-cepat","Query kalian mulai lelet padahal data baru nembus jutaan baris? Sebelum buru-buru *upgrade* server, yuk cek dulu *index*-nya. Yuk, kita bedah gimana *database indexing* sebenernya kerja!",{"id":339},"b123036f-1779-478c-a545-cf5f189b5fe9",[140,163,141,341,143,51],"indexing",{"id":343,"title":344,"slug":345,"excerpt":346,"thumbnail_image":347,"tags":349},"31","Mengenal Redis: Lebih dari Sekadar In-Memory Cache","mengenal-redis-lebih-dari-sekadar-in-memory-cache","Masih nganggep Redis cuma buat caching? Padahal dia bisa jadi leaderboard, message broker, sampai rate limiter lho. Yuk, kita bedah semua kemampuannya!",{"id":348},"9595b7d7-60e0-48f5-a715-f3cf60f34e1d",[93,51,350,351,352,288],"cache","nosql","in-memory",{"id":354,"title":355,"slug":356,"excerpt":357,"thumbnail_image":358,"tags":360},"32","Docker Compose untuk Developer Santai: Satu Perintah Buat Jalankan Semua Service","docker-compose-untuk-developer-santai","Pernah nggak kalian ngulang-ngulang perintah `docker run` cuma buat nyalain web, database, dan cache satu-satu? Capek, kan? Yuk, kita rapikan semuanya jadi satu file dan satu perintah!",{"id":359},"f4c08f1b-e0d0-410c-b091-c3618944fb3e",[361,362,83,363,51],"docker","docker-compose","containers",{"id":365,"title":366,"slug":367,"excerpt":368,"thumbnail_image":369,"tags":371},"35","Mengenal Idempotency Key: Rahasia Anti-Double Charge di API Pembayaran","mengenal-idempotency-key-rahasia-anti-double-charge-di-api-pembayaran","Pernah internet kalian ngadat pas lagi nekan tombol Bayar, terus panik ngekliknya tiga kali? Kalau endpoint-nya nggak idempotent, saldo bisa kepotong berkali-kali. Yuk, kenalan sama Idempotency Key!",{"id":370},"724cb83a-3ce5-4ee2-b0d7-533e3a0fc7df",[51,310,372,56,373,154,93],"idempotency","payment",{"id":375,"title":376,"slug":377,"excerpt":378,"thumbnail_image":379,"tags":381},"36","Mencegah Efek Domino di Mikroservis dengan Circuit Breaker Pattern","mencegah-efek-domino-di-mikroservis-dengan-circuit-breaker-pattern","Pernah nggak sih, satu fitur minor di aplikasi kalian mendadak lelet, eh malah bikin halaman checkout dan login ikut down total? Itu namanya *cascading failure*. Yuk, kita bahas gimana *circuit breaker pattern* (pemutus arus) nyelametin arsitektur kalian!",{"id":380},"c2e8e37f-8f9a-423f-a09d-74613b3c2924",[51,54,382,56,95],"circuit-breaker",{"id":384,"title":385,"slug":386,"excerpt":387,"thumbnail_image":388,"tags":390},"37","Kenapa Backend Butuh Graceful Shutdown? Jangan Asal Cabut Kabel Server!","kenapa-backend-butuh-graceful-shutdown-jangan-asal-cabut-kabel-server","Pernah nggak sih, abis kalian nge-*deploy* backend, beberapa detik kemudian monitoring malah banjir *alert* **502 Bad Gateway** dari pengguna? Saldo udah kepotong tapi status order belum keburu ter-*update* di *database*. Yuk, kita bahas kenapa *graceful shutdown* itu wajib banget!",{"id":389},"251a54a7-1d24-47fd-8cbc-a46fd42cbb6f",[51,83,154,361,391,56,95],"kubernetes",{"id":393,"title":394,"slug":395,"excerpt":396,"thumbnail_image":397,"tags":399},"39","Database Sharding vs Partitioning: Kapan Data Perlu Dipecah?","database-sharding-vs-partitioning-kapan-data-perlu-dipecah","Tabel transaksi kalian udah nembus miliaran baris dan tiap *query* laporan bikin *CPU* melonjak 100%? Sebelum asal pecah data, yuk kita pahami dulu beda *sharding* sama *partitioning*!",{"id":398},"08ef5fe5-d935-47b3-bbbc-d976948b2a9e",[51,140,141,56,95,400,401],"sharding","scaling",{"id":403,"title":404,"slug":405,"excerpt":406,"thumbnail_image":407,"tags":409},"40","Menyelami Distributed Tracing: Melacak Jejak Request di Balik Keruwetan Microservices","menyelami-distributed-tracing-melacak-jejak-request-microservices","Satu klik Checkout di backend kalian bisa memicu puluhan network call antar-service, tapi pas ada yang lambat, service mana sebenernya yang salah? Log aja nggak cukup buat njawab itu. Yuk, kita bedah Distributed Tracing!",{"id":408},"1ace92fa-b89c-4cef-ab75-4e4cd67a089c",[51,410,411,412,54,95,413],"distributed-systems","observability","open-telemetry","tracing","\u003Cp>Hampir semua dari kita memulai perjalanan \u003Cem>backend\u003C/em> dengan bikin REST API berbasis JSON. Nggak ada yang salah, kok. Formatnya \u003Cem>human-readable\u003C/em>, gampang dites pakai Postman atau cURL, dan hampir semua bahasa pemrograman di muka bumi ini ngerti. Kita tinggal nembak endpoint-nya, terus terima JSON. Simpel, kan?\u003C/p>\n\u003Cp>Tapi begitu sistem kalian berubah jadi arsitektur \u003Cem>microservices\u003C/em>—puluhan bahkan ratusan \u003Cem>service\u003C/em> internal yang saling tuker data jutaan kali per detik—overhead JSON dan HTTP/1.1 mulai kerasa. Emang iya? Iya. 😅\u003C/p>\n\u003Cp>Di situ \u003Cem>gRPC\u003C/em> (\u003Cem>Google Remote Procedure Call\u003C/em>) masuk jadi alternatif bertenaga buat komunikasi antar-\u003Cem>service\u003C/em> internal. Yuk, kita bedah bareng-bareng!\u003C/p>\n\u003Ch2 id=\"kenapa-rest-api-dengan-json-begitu-populer\">Kenapa REST API dengan JSON Begitu Populer?\u003C/h2>\n\u003Cp>REST API dengan JSON menguasai industri perangkat lunak bukan tanpa alasan, lho:\u003C/p>\n\u003Col>\n\u003Cli>Sangat mudah dibaca. Data berupa teks biasa kayak \u003Ccode>{&quot;nama&quot;: &quot;Inva&quot;, &quot;role&quot;: &quot;Developer&quot;}\u003C/code> langsung kebaca tanpa perlu dekoder khusus.\u003C/li>\n\u003Cli>Fleksibel dan dinamis. Nggak perlu skema kaku di level protokol transport.\u003C/li>\n\u003Cli>Standar browser. \u003Cem>Web browser\u003C/em> secara \u003Cem>native\u003C/em> ramah banget ngonsumsi \u003Cem>payload\u003C/em> JSON.\u003C/li>\n\u003C/ol>\n\u003Cp>Format teks ini udah kayak bahasa ibu buat \u003Cem>frontend developer\u003C/em>. Buka DevTools, lihat tab \u003Cem>Network\u003C/em>, semua data langsung kebaca mata telanjang. Nggak perlu alat tambahan apa-apa.\u003C/p>\n\u003Ch2 id=\"keterbatasan-rest-json-di-skala-mikroservis\">Keterbatasan REST &amp; JSON di Skala Mikroservis\u003C/h2>\n\u003Cp>Ramah buat \u003Cem>developer\u003C/em> belum tentu ramah buat server, nih. Begitu trafik internal melonjak, kombinasi REST + JSON mulai nunjukin gigi aslinya:\u003C/p>\n\u003Cul>\n\u003Cli>Ukuran \u003Cem>payload\u003C/em> besar. JSON bawa banyak karakter redundan: spasi, kurung kurawal, kutip ganda, plus nama \u003Cem>field\u003C/em> kayak \u003Ccode>&quot;nama_lengkap&quot;\u003C/code> yang diulang di setiap item list.\u003C/li>\n\u003Cli>Proses \u003Cem>parsing\u003C/em> lambat. Ngubah \u003Cem>string\u003C/em> JSON jadi objek memori di Python, Java, atau Go makan siklus CPU yang lumayan.\u003C/li>\n\u003Cli>HTTP/1.1 yang ketinggalan zaman. REST API tradisional secara \u003Cem>default\u003C/em> pakai HTTP/1.1 yang rentan \u003Cem>head-of-line blocking\u003C/em> dan nggak support \u003Cem>multiplexing\u003C/em> murni dalam satu koneksi TCP.\u003C/li>\n\u003C/ul>\n\u003Cp>Anggap aja kalian ngirim paket pakai kurir yang motornya cuma bisa bawa satu kardus sekali jalan. Buat kiriman sebulan sekali, ya aman-aman aja. Buat kiriman tiap detik, repot. 😂\u003C/p>\n\u003Ch2 id=\"mengenal-grpc-apa-itu-dan-gimana-cara-kerjanya\">Mengenal gRPC: Apa Itu dan Gimana Cara Kerjanya?\u003C/h2>\n\u003Cp>\u003Cem>gRPC\u003C/em> itu \u003Cem>framework\u003C/em> \u003Cem>open-source\u003C/em> buatan \u003Ca href=\"https://grpc.io/\">Google\u003C/a> buat komunikasi \u003Cem>Remote Procedure Call\u003C/em> (RPC). Dengan \u003Cem>gRPC\u003C/em>, sebuah \u003Cem>service\u003C/em> bisa manggil fungsi di \u003Cem>service\u003C/em> lain kayak fungsi itu ada di program lokalnya sendiri.\u003C/p>\n\u003Cp>Ada dua pilar utama yang bikin \u003Cem>gRPC\u003C/em> kencang:\u003C/p>\n\u003Col>\n\u003Cli>HTTP/2. Koneksi persisten tunggal dengan \u003Cem>multiplexing\u003C/em>—banyak \u003Cem>request\u003C/em>/\u003Cem>response\u003C/em> jalan barengan di satu koneksi TCP—plus kompresi \u003Cem>header\u003C/em> dan \u003Cem>streaming\u003C/em> dua arah (\u003Cem>bidirectional\u003C/em>).\u003C/li>\n\u003Cli>Protocol Buffers (Protobuf). Mekanisme serialisasi data biner dengan skema ketat (\u003Cem>strongly typed\u003C/em>) yang jauh lebih kecil dan cepat ketimbang JSON.\u003C/li>\n\u003C/ol>\n\u003Ch2 id=\"protocol-buffers-vs-json-kok-bisa-lebih-ringkas\">Protocol Buffers vs JSON: Kok Bisa Lebih Ringkas?\u003C/h2>\n\u003Cp>Dengan Protobuf, kalian mendefinisikan skema kontrak komunikasi di file \u003Ccode>.proto\u003C/code>:\u003C/p>\n\n\u003Cdiv class=\"code-block-wrapper my-6 not-prose rounded-xl border-2 border-black dark:border-gray-600 shadow-neo overflow-hidden bg-[#24292e] text-[#e1e4e8] transition-all\">\n  \u003Cdiv class=\"code-block-header flex items-center justify-between px-4 py-2.5 bg-[#1f2428] border-b-2 border-black dark:border-gray-600 font-mono text-xs font-bold text-gray-300 select-none\">\n    \u003Cdiv class=\"flex items-center gap-2\">\n      \u003Cspan class=\"w-3 h-3 rounded-full bg-[#ff5f56] border border-black/40 inline-block\">\u003C/span>\n      \u003Cspan class=\"w-3 h-3 rounded-full bg-[#ffbd2e] border border-black/40 inline-block\">\u003C/span>\n      \u003Cspan class=\"w-3 h-3 rounded-full bg-[#27c93f] border border-black/40 inline-block\">\u003C/span>\n      \u003Cspan class=\"ml-2 font-mono font-bold text-xs uppercase tracking-wider text-gray-300\">PROTOBUF\u003C/span>\n    \u003C/div>\n    \u003Cbutton type=\"button\" class=\"copy-code-btn flex items-center gap-1.5 px-3 py-1 text-xs font-bold bg-[#2f363d] text-gray-200 border-2 border-black dark:border-gray-500 rounded-lg shadow-neo-sm hover:translate-x-0.5 hover:translate-y-0.5 hover:shadow-none hover:bg-gray-700 transition-all cursor-pointer\" data-code=\"syntax%20%3D%20%22proto3%22%3B%0A%0Apackage%20user%3B%0A%0Amessage%20UserRequest%20%7B%0A%20%20int32%20id%20%3D%201%3B%0A%7D%0A%0Amessage%20UserResponse%20%7B%0A%20%20int32%20id%20%3D%201%3B%0A%20%20string%20name%20%3D%202%3B%0A%20%20string%20email%20%3D%203%3B%0A%7D%0A%0Aservice%20UserService%20%7B%0A%20%20rpc%20GetUser%20(UserRequest)%20returns%20(UserResponse)%3B%0A%7D\" title=\"Salin kode\">\n      \u003Csvg class=\"w-3.5 h-3.5 copy-icon-svg\" fill=\"none\" stroke=\"currentColor\" viewBox=\"0 0 24 24\">\n        \u003Cpath stroke-linecap=\"round\" stroke-linejoin=\"round\" stroke-width=\"2\" d=\"M8 16H6a2 2 0 01-2-2V6a2 2 0 012-2h8a2 2 0 012 2v2m-6 12h8a2 2 0 002-2v-8a2 2 0 00-2-2h-8a2 2 0 00-2 2v8a2 2 0 002 2z\">\u003C/path>\n      \u003C/svg>\n      \u003Cspan class=\"copy-text\">Copy\u003C/span>\n    \u003C/button>\n  \u003C/div>\n  \u003Cdiv class=\"code-block-content p-4 overflow-x-auto text-sm font-mono leading-relaxed bg-[#24292e]\">\n    \u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\">\u003Ccode>syntax = \"proto3\";\n\npackage user;\n\nmessage UserRequest {\n  int32 id = 1;\n}\n\nmessage UserResponse {\n  int32 id = 1;\n  string name = 2;\n  string email = 3;\n}\n\nservice UserService {\n  rpc GetUser (UserRequest) returns (UserResponse);\n}\u003C/code>\u003C/pre>\n  \u003C/div>\n\u003C/div>\u003Cp>Nah, pas data dikirim lewat jaringan, Protobuf nggak ngirim nama \u003Cem>field\u003C/em> kayak \u003Ccode>&quot;name&quot;\u003C/code> atau \u003Ccode>&quot;email&quot;\u003C/code>. Yang dikirim cuma nomor \u003Cem>tag\u003C/em> biner (\u003Ccode>1\u003C/code>, \u003Ccode>2\u003C/code>, \u003Ccode>3\u003C/code>) dan nilainya dalam bentuk \u003Cem>binary stream\u003C/em>.\u003C/p>\n\u003Cp>Hasilnya lumayan gila:\u003C/p>\n\u003Cul>\n\u003Cli>Ukuran data bisa \u003Cstrong>3x sampai 10x lebih kecil\u003C/strong> ketimbang JSON.\u003C/li>\n\u003Cli>Proses serialisasi/deserialisasi bisa \u003Cstrong>5x sampai 8x lebih cepat\u003C/strong> karena diproses langsung di level biner.\u003C/li>\n\u003C/ul>\n\u003Cp>Buat satu \u003Cem>request\u003C/em>, bedanya mungkin nggak kerasa. Buat sejuta \u003Cem>request\u003C/em> per detik, selisihnya jadi tagihan \u003Cem>cloud\u003C/em> yang beda tipis-tipis. 🤔\u003C/p>\n\u003Ch2 id=\"surat-pos-vs-sinyal-telegram\">Surat Pos vs Sinyal Telegram\u003C/h2>\n\u003Cp>Biar gampang kebayang:\u003C/p>\n\u003Cul>\n\u003Cli>REST + JSON itu kayak ngirim surat kertas bertulis tangan lengkap dengan kop surat dan perangko. Penerima bisa langsung baca isinya pakai mata telanjang, tapi ongkos kirim dan waktu lipatnya makan tempat di ransel pak pos.\u003C/li>\n\u003Cli>gRPC + Protobuf itu kayak ngirim kode telegraf biner terkompresi lewat kabel fiber khusus. Manusia nggak bisa baca langsung tanpa mesin penerjemah, tapi transmisi dan \u003Cem>decoding\u003C/em>-nya secepat kilat.\u003C/li>\n\u003C/ul>\n\u003Cp>Yang pertama cocok buat surat cinta. Yang kedua cocok buat ngirim data bursa saham tiap milidetik. Dua-duanya butuh, cuma beda medan perang aja. 😎\u003C/p>\n\u003Ch2 id=\"kapan-pakai-rest-kapan-pakai-grpc\">Kapan Pakai REST, Kapan Pakai gRPC?\u003C/h2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth align=\"left\">Kebutuhan / Skenario\u003C/th>\n\u003Cth align=\"center\">Gunakan REST API\u003C/th>\n\u003Cth align=\"center\">Gunakan gRPC\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd align=\"left\">\u003Cstrong>Komunikasi dengan Frontend / Mobile App / Web\u003C/strong>\u003C/td>\n\u003Ctd align=\"center\">✅ Sangat Direkomendasikan\u003C/td>\n\u003Ctd align=\"center\">⚠️ Butuh gRPC-Web / Proxy\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd align=\"left\">\u003Cstrong>Komunikasi Internal Antar Mikroservis\u003C/strong>\u003C/td>\n\u003Ctd align=\"center\">⚠️ Bisa, tapi overhead tinggi\u003C/td>\n\u003Ctd align=\"center\">✅ Sangat Direkomendasikan\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd align=\"left\">\u003Cstrong>Public API untuk Developer Eksternal\u003C/strong>\u003C/td>\n\u003Ctd align=\"center\">✅ Standar Industri\u003C/td>\n\u003Ctd align=\"center\">❌ Kurang ramah pengguna umum\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd align=\"left\">\u003Cstrong>Kebutuhan Streaming Data Real-Time\u003C/strong>\u003C/td>\n\u003Ctd align=\"center\">⚠️ Butuh WebSocket/SSE\u003C/td>\n\u003Ctd align=\"center\">✅ Bawaan HTTP/2 Streaming\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd align=\"left\">\u003Cstrong>Sistem Low Latency &amp; High Throughput\u003C/strong>\u003C/td>\n\u003Ctd align=\"center\">❌ Terkendala parsing JSON\u003C/td>\n\u003Ctd align=\"center\">✅ Sangat Cepat &amp; Efisien\u003C/td>\n\u003C/tr>\n\u003C/tbody>\u003C/table>\n\u003Cp>Kalau diliat dari tabel di atas, polanya jelas: ke luar pakai REST, ke dalam pakai \u003Cem>gRPC\u003C/em>. \u003Cem>Frontend\u003C/em> dan \u003Cem>mobile app\u003C/em> nggak perlu nge-\u003Cem>import\u003C/em> \u003Ccode>.proto\u003C/code>, mereka udah nyaman sama JSON. Nah, kalau butuh \u003Cem>streaming\u003C/em> dua arah, \u003Cem>gRPC\u003C/em> ngasih itu tanpa alat tambahan, lho.\u003C/p>\n\u003Ch2 id=\"jadi-waktunya-migrasi-ke-grpc\">Jadi, Waktunya Migrasi ke gRPC?\u003C/h2>\n\u003Cp>REST API dan JSON jelas belum bakal punah dalam waktu dekat. Keduanya masih jadi standar emas buat \u003Cem>public API\u003C/em> dan antarmuka pengguna (\u003Cem>frontend\u003C/em> web dan \u003Cem>mobile\u003C/em>).\u003C/p>\n\u003Cp>Tapi begitu arsitektur sistem kalian berubah jadi ekosistem \u003Cem>microservices\u003C/em> yang tuker data jutaan kali per detik, pindah ke \u003Ca href=\"https://grpc.io/\">gRPC\u003C/a> dan \u003Ca href=\"https://protobuf.dev/\">Protocol Buffers\u003C/a> jadi jurus strategis. \u003Cem>Network latency\u003C/em> kepangkas, \u003Cem>bandwidth\u003C/em> kehemat, dan CPU server tetap adem.\u003C/p>\n\u003Cp>Mulai dari satu \u003Cem>service\u003C/em> internal dulu deh. Nggak perlu migrasi total dalam semalam—\u003Cem>migration\u003C/em> yang jalan pelan tapi pasti biasanya lebih awet ketimbang \u003Cem>rewrite\u003C/em> besar-besaran. 😄\u003C/p>\n\u003Cp>Selamat ber-\u003Cem>arsitektur\u003C/em> ria, dan semoga \u003Cem>latency\u003C/em> kalian selalu di bawah satu milidetik! 👋\u003C/p>\n","\u003Cul>\n\u003Cli>REST API dengan JSON tetap juara buat public API dan integrasi frontend web maupun mobile.\u003C/li>\n\u003Cli>gRPC memanfaatkan HTTP/2 multiplexing dan Protocol Buffers buat serialisasi biner yang jauh lebih ringkas.\u003C/li>\n\u003Cli>Kombinasi keduanya sangat ideal buat memangkas network latency dan overhead CPU pada komunikasi internal antar-mikroservis.\u003C/li>\n\u003Cli>Skema kontrak .proto ngasih type safety bawaan plus code generation multi-bahasa.\u003C/li>\n\u003C/ul>\n",[417,420,423,431],{"id":321,"title":322,"slug":323,"excerpt":324,"thumbnail_image":418,"tags":419},{"id":326},[328,329,330,331,332],{"id":85,"title":86,"slug":87,"excerpt":88,"thumbnail_image":421,"tags":422},{"id":90},[51,56,92,93,94,95,96],{"id":424,"title":425,"slug":426,"excerpt":427,"thumbnail_image":428,"tags":430},"44","Transactional Outbox Pattern: Solusi Konsistensi Database dan Message Broker Tanpa 2PC","transactional-outbox-pattern-konsistensi-database-message-broker","Pernah nggak kalian lihat pesanan udah masuk database, tapi email konfirmasinya nggak pernah kekirim? Itu gejala *dual-write problem*. Yuk, kita bedah Transactional Outbox Pattern biar data dan *event* kalian nggak lagi berselisih paham!",{"id":429},"e3c617fd-1486-4b82-b937-94fbec846c77",[51,54,95,140,129,56,141],{"id":432,"title":433,"slug":434,"excerpt":435,"thumbnail_image":436,"tags":438},"43","Dead Letter Queue (DLQ) & Retry Policy: Menyelamatkan Pesan Nyasar di RabbitMQ Tanpa Bikin Worker Macet","dead-letter-queue-retry-policy-rabbitmq-resilient-messaging","Pernah nggak sih, *worker* kalian nolak satu pesan terus-terusan sampai CPU melonjak 100%? Itu namanya *poison message loop*, jebakan klasik di RabbitMQ. Yuk, kita bahas cara pasang *retry policy* dan *dead letter queue* yang bener!",{"id":437},"6c0a7ead-4841-4073-b29e-df7ae0f2aa3c",[128,129,51,95,54,130,288],[440,444,447,450,453,456,459],{"text":441,"depth":442,"id":443},"Kenapa REST API dengan JSON Begitu Populer?",2,"kenapa-rest-api-dengan-json-begitu-populer",{"text":445,"depth":442,"id":446},"Keterbatasan REST & JSON di Skala Mikroservis","keterbatasan-rest-json-di-skala-mikroservis",{"text":448,"depth":442,"id":449},"Mengenal gRPC: Apa Itu dan Gimana Cara Kerjanya?","mengenal-grpc-apa-itu-dan-gimana-cara-kerjanya",{"text":451,"depth":442,"id":452},"Protocol Buffers vs JSON: Kok Bisa Lebih Ringkas?","protocol-buffers-vs-json-kok-bisa-lebih-ringkas",{"text":454,"depth":442,"id":455},"Surat Pos vs Sinyal Telegram","surat-pos-vs-sinyal-telegram",{"text":457,"depth":442,"id":458},"Kapan Pakai REST, Kapan Pakai gRPC?","kapan-pakai-rest-kapan-pakai-grpc",{"text":460,"depth":442,"id":461},"Jadi, Waktunya Migrasi ke gRPC?","jadi-waktunya-migrasi-ke-grpc",1791045073066]