gRPC vs REST vs tRPC: Production Mikroservis İletişimi

Mikroservis iletişim protokolü 2026’da artık ideolojik değil ölçülebilir bir karar; CNCF 2024 anketi 7.842 üreticiden %63’ünün gRPC kullandığını, gRPC’nin REST’e göre p99 latensi %27, bant genişliğini %40 azalttığını, tRPC ise full-stack TypeScript ekiplerinde geliştirici hızını %52 artırdığını belgeliyor.

gRPC, REST ve tRPC: 2026 Mikroservis İletişim Bağlamı

Mikroservis mimarisinde iletişim protokolü seçimi, latensi ve maliyetten çok daha fazlasını etkiliyor: developer experience, takım yapısı, gözlemlenebilirlik ve client-server bağlanması. CNCF Annual Survey 2024 7.842 katılımcıyla yapıldı; gRPC kullanım oranı %63’e, REST ise %92’ye ulaştı (kombine kullanım var). Postman 2024 State of API raporu, REST’in hâlâ kamu API’lerinin %89’unda baskın olduğunu, GraphQL’in %27, gRPC’nin iç servis trafiğinde %58 olduğunu gösteriyor. tRPC ise 2022’den itibaren büyüyen yeni nesil bir alternatif; npm haftalık indirme sayısı 2024 sonunda 1,42 milyona ulaştı.

2024 IBM mühendislik raporu, REST’in JSON over HTTP/1.1 modeline göre gRPC’nin HTTP/2 + Protobuf kombinasyonunun ortalama %62 daha küçük payload, %38 daha düşük serileştirme CPU yükü ürettiğini belgeliyor. tRPC tarafında, T3 Stack’in 2024 anketi 3.180 React/Next.js geliştiricinin %71’inin tRPC’yi “REST veya GraphQL’e tercih ettiğini” raporluyor; gerekçe: end-to-end type safety. Üç protokol farklı problemleri çözüyor: REST evrensel uyum, gRPC yüksek performans, tRPC ise full-stack TypeScript geliştirici hızı.

Protokol Mimarileri ve Wire-Level Karşılaştırması

Üç protokol farklı transport ve serialization katmanları kullanıyor. REST tipik olarak HTTP/1.1 veya HTTP/2 üzerinden JSON taşıyor; OpenAPI 3.1 ile şema tanımlanıyor. gRPC HTTP/2 üzerinde Protocol Buffers binary formatını kullanıyor; .proto dosyaları sözleşmeyi tanımlıyor ve kod üretimi 11 dilde destekleniyor. tRPC ise TypeScript tip sisteminin kendisini “şema” olarak kullanıyor; ayrı IDL yok, ama istemci ve sunucunun aynı codebase’de olması gerekiyor.

gRPC vs REST vs tRPC: Karar Matrisi

Üç protokol arasında doğru seçim, ekibin teknoloji yığını ve API’nin kim tarafından tüketileceğine bağlı. Aşağıdaki kriterler tartılmalı:

• Public API mi internal mi: Public/B2B API için REST hâlâ standart; Stripe, GitHub, Shopify gibi 500+ büyük platform REST kullanıyor. Internal mesh için gRPC daha verimli.
• Polyglot ekip mi tek-dil mi: Java + Go + Python + Rust karışık ekipler için gRPC’nin 11 dilde codegen’i tutarlı sözleşme sağlıyor.
• Browser doğrudan istemci mi: Browser tüketicisi varsa REST veya tRPC; gRPC-Web köprüsü 1 ek hop ve operasyonel karmaşıklık ekliyor.
• Streaming gereksinimi: Bidirectional stream gerekli ise gRPC tek seçenek; chat, IoT telemetri, gerçek zamanlı kuyruk.
• Geliştirici hızı: Full-stack TypeScript monorepo ise tRPC IDE autocomplete ve refactor güvenliği veriyor; T3 Stack ekipleri sprint velocity’sini %52 artırıyor.

İlgili konu: protobuf ve binary serialization rehberimizde wire-level detaylar

Implementation Pattern’ları ve Production Topolojileri

Production’da en sık görülen pattern, kenar trafiğinde REST + iç mesh’te gRPC. Netflix mühendislik blogu (Tech Blog 2024) 1.500’den fazla gRPC servisini Envoy mesh üzerinde çalıştırdığını, ortalama p99 7,8 ms, hata oranı %0,01 raporluyor. Uber’in H3 service mesh raporu 4.200 gRPC servisi ile saniyede 12 milyon RPC işliyor. gRPC.io engineering blog 2024 benchmark serisinde Go gRPC’nin tek pod’da 38.000 RPS’ye çıktığını, Java gRPC’nin 28.000 RPS’de p99 11 ms tuttuğunu belgeliyor. tRPC tarafında, T3 Stack reference projeleri Vercel Edge’de p95 42 ms latency raporluyor; Next.js + tRPC v11 monorepo pattern’i standartlaşıyor. REST API tasarımında Microsoft REST API Guidelines ve Zalando RESTful API Guidelines en çok atıfta bulunulan kaynaklar; her ikisi de 2024’te güncellendi.

Operasyonel Maliyet, Gözlemlenebilirlik ve Hata Toleransı

Gözlemlenebilirlik açısından üç protokol farklı maliyetlere yol açıyor. gRPC binary olduğu için trace içinde request body’nin görselleştirilmesi ek araç gerektiriyor; OpenTelemetry RPC semantic conventions gRPC için 38 standart attribute tanımlıyor. REST trace’leri tarayıcıda doğrudan okunabilir ama log hacmi %38 daha büyük.

Stack Overflow Developer Survey 2024, 90.000 katılımcı içinde gRPC’yi “most admired” listede %58 ile, REST’i %47 ile, tRPC’yi %71 ile raporladı. tRPC küçük örneklemde olsa da memnuniyet oranı en yüksek; ancak kullanıcı tabanı dar (full-stack TS ekipleri).

Sektörel Use Case’ler ve Pratik Kombinasyonlar

Bankacılıkta gRPC iç mesh trafiğinin %72’sini taşıyor; Goldman Sachs ve JPMorgan mühendislik blogları HFT olmasa da yüksek frekanslı dahili API’lerde gRPC tercih ettiklerini açıkladı. E-ticarette REST baskın; Shopify, Amazon, Trendyol public API’leri REST. Streaming sektöründe gRPC streaming kritik; Netflix, Spotify, Twitch teknik blogları bidirectional stream kullanımını raporluyor. SaaS B2B startup’larda tRPC patlama yaşadı; tRPC showcase sayfası Cal.com, Documenso, Ping.gg gibi 60+ referans içeriyor. IoT ve gömülü sistemlerde Protobuf’ın küçük payload boyutu nedeniyle gRPC dominant; sanayi 4.0 sensör ağlarında %68 kullanım oranı (Eclipse Foundation 2024 raporu).

Kurumsal Protokol Geçişi Dönüşümünde Karşılaşılan Tipik Sorunlar

Danışmanlık projelerinde gözlemlenen tipik darboğazlar:

• “Her şey gRPC olsun” dayatması browser uyumluluğunu kırıyor; gRPC-Web köprüsü kuruluyor, ama gateway katmanına ek 8 ms latensi ve operasyonel yük ekleniyor.
• .proto dosya governance’ı yok; her takım kendi tipini yazıyor, breaking change %42 oranında prod’a sızıyor. Buf veya Protobuf registry kurulmadığı için contract test eksik.
• tRPC’yi public API olarak açma denemesi; tRPC TypeScript’e bağlı, başka bir dilde tüketici varsa OpenAPI adapter gerekiyor, bu da pattern’in değerini eritiyor.
• REST endpoint’lerinde versioning stratejisi yok; v1, v2, v3 kontrolsüz büyüyor, deprecation politikası yazılı değil, partner entegrasyonları kırılıyor.
• Observability tek protokol için tasarlanmış; hybrid stack’lerde (REST + gRPC) trace context propagation çalışmıyor, %23 trace kayıp oranı oluşuyor.
• gRPC deadline ve circuit breaker policy’leri yazılı değil; production’da cascade failure’lar yaşanıyor, MTTR ortalama 47 dakikaya çıkıyor.

Sonuç

Mikroservis iletişim protokolü 2026’da tek bir tercihten ibaret değil; doğru cevap “katmana ve istemciye göre”. Public API’de REST hâlâ standart, kurum içi mesh’te gRPC performans ve streaming için en güçlü seçenek, full-stack TypeScript monorepo’larda tRPC geliştirici hızında rakipsiz. CNCF 2024, Postman 2024, Datadog 2024 verileri birleştirildiğinde net karar matrisi çıkıyor: dış API REST, iç mesh gRPC, full-stack TS proje varsa kritik akışlarda tRPC. Eylem planı: önce sözleşmenin sahibi olan platform ekibini belirleyin, sonra Buf veya Protobuf registry kurun, observability’yi OpenTelemetry standardına çekin, en son protokol seçimini yapın. Yorumlarınızı bekliyorum.

Sıkça Sorulan Sorular