Server-Sent Events vs WebSocket vs HTTP/3: Modern Streaming Stratejisi

Modern web streaming pazarında HTTP/3 küresel internet trafiğinin 27%’sini taşıyor, WebSocket eşzamanlı bağlantı sayısında 4 milyar günlük kullanım rekoruna ulaştı, Server-Sent Events ise LLM token akışlarında fiilî standart olarak öne çıktı; 2026’da streaming stratejisi mimarinin omurgası hâline geldi.

Streaming Transportlarının 2026 Manzarası

Cloudflare’in 2025 Q4 Radar raporuna göre HTTP/3 küresel HTTP trafiğinin 27%’sini taşırken, 2023 sonunda bu oran 17% seviyesindeydi. IETF tarafından 2022’de RFC 9114 olarak yayımlanan HTTP/3, QUIC üzerinde UDP tabanlı multiplex streamler sunar. WebSocket protokolü 2011’de RFC 6455 ile standartlaştırıldı ve 2026 itibarıyla aktif uygulamaların 41%’inde bir formda kullanılıyor (Stack Overflow Developer Survey 2025). Server-Sent Events ise HTML5 standardının bir parçası olarak 2011’den beri mevcut, ancak LLM tabanlı sohbet ürünlerinin patlamasıyla 2023 sonrasında yeniden popülerleşti; OpenAI, Anthropic, Google Gemini ve Mistral API’leri token akışını SSE üzerinden yayımlıyor. Fetch Streams API’si (ReadableStream) tarayıcılarda 96% global desteğe ulaşırken, WebTransport API’si Chrome ve Edge’de stabil, Firefox’ta deneyseldir. RFC 9114 HTTP/3 spesifikasyonu ve WHATWG SSE spesifikasyonu referans dokümanlardır.

Protokol Mimarileri ve Transport Karakteristikleri

Üç transport farklı amaçlara hizmet eder ve teknik tabanları köklü biçimde ayrılır. SSE, tek yönlü (server-to-client) HTTP/1.1 veya HTTP/2 üzerinde uzun ömürlü bağlantı kurar; metin tabanlı text/event-stream formatında satır satır mesaj akıtır, otomatik reconnect ve Last-Event-ID ile mesaj sürekliliği sağlar. WebSocket, HTTP Upgrade handshake’inden sonra TCP üzerinde tam çift yönlü, frame tabanlı binary/text mesajlaşma sunar; reconnection ve mesaj sırası uygulama katmanında çözülmek zorundadır. HTTP/3, QUIC üzerinde çoklu bağımsız stream taşır ve head-of-line blocking sorununu çözer; her stream paralel olarak verilen veriyi taşır, paket kaybı bir stream’i etkilerken diğerlerini bloklamaz. WebTransport API ise HTTP/3 üzerinde unidirectional/bidirectional stream ve unreliable datagram yetenekleri sunar.

Karşılaştırma Matrisi ve Karar Çerçevesi

Transport seçimi üç ana eksen üzerinde yapılmalıdır: etkileşim yönü, ağ koşulu toleransı ve gözlemlenebilirlik beklentisi. Tek yönlü stream’ler (canlı skor, bildirim akışı, LLM token streaming) için SSE genellikle en basit ve standart yaklaşımdır; HTTP altyapısı, proxy uyumu ve gözlemlenebilirlik açısından avantajlıdır. Çift yönlü interaktivite (chat, collaborative editing, oyun) için WebSocket veya WebTransport tercih edilir. Yüksek paket kaybı veya değişken latency’ye sahip mobil ağlarda HTTP/3 ve WebTransport, TCP head-of-line blocking sorunundan kurtuldukları için %35’e varan daha iyi p95 performansı verir.

• LLM token streaming: SSE fiilî standart; OpenAI, Anthropic ve Google Gemini API’leri text/event-stream kullanır.
• Canlı sohbet: WebSocket en yaygın; Discord, Slack, Microsoft Teams tabanları WebSocket’tir.
• Düşük ağ kalitesi (3G/4G): HTTP/3 +35% TLS handshake hızı, 0-RTT resumption ile mobil deneyimi belirgin iyileştirir.
• Yayın platformu (live video): HLS/DASH üzerinden chunked HTTP/3 + segment streaming pratik standarttır.
• Oyun (low-latency, kayıp tolere): WebTransport datagram modu UDP-benzeri unreliable iletim sunar.

İlgili konu: HTTP/2 ve HTTP/3 karşılaştırma rehberimiz protokol detaylarını derinleştirir.

Implementation Pattern’ı: SSE ile LLM Token Streaming

SSE’nin LLM çağında yeniden parlamasının en somut örneği token streaming senaryosudur. Üretim mimarisi şu adımları içerir. İstemci EventSource API’sini veya fetch + ReadableStream çiftini kullanarak text/event-stream endpoint’ine bağlanır. Sunucu, LLM provider’dan gelen her token’i data: {"token":"..."}nn formatında yazar. Heartbeat olarak her 15 saniyede bir :keepalivenn yorum satırı gönderilir; bu, intermediary proxy’lerin bağlantıyı zaman aşımına uğratmasını engeller. retry: 3000 direktifi ile istemcinin reconnection gecikmesi 3 saniyeye ayarlanır. WebSocket için ise ws:// handshake sonrası mesaj çerçevesi (frame) içinde JSON payload taşınır; ping/pong frame’leri ile keepalive yapılır. HTTP/3 implementasyonu için Cloudflare Workers, Caddy 2.7+, Nginx 1.25+ ve Envoy 1.30+ resmi destek sunar. MDN SSE belgeleri ve Cloudflare HTTP/3 rehberi implementation kaynaklarıdır.

Operasyon, İzleme ve Maliyet

Streaming transport gözlemlenebilirliği geleneksel istek-yanıt modelinden farklıdır; bağlantı uzun ömürlüdür ve klasik APM percentile metriklerine doğrudan oturmaz. DataDog 2025 State of Real-Time raporu, kurumsal streaming uygulamalarında ortalama bağlantı süresinin 14 dakika, p95 mesaj gecikme süresinin SSE için 80 ms, WebSocket için 65 ms olduğunu raporladı. OpenTelemetry 1.32 ile WebSocket span’ları için resmi semantik konvansiyonlar yayımlandı, SSE için ise 2026 Q1’de taslak çalışma sürmektedir. Maliyet tarafında SSE proxy seviyesinde HTTP istek olarak ücretlendirilir; bir LLM ürününde 1 milyon konuşma/ay yaklaşık 1,2 milyar token streamed eder, edge fiyatı 80$ civarında kalır. WebSocket için sunucu kaynak tüketimi daha yüksektir; 50K eşzamanlı bağlantı için 5x 8 vCPU Node.js cluster gerekir, aylık 600$. HTTP/3 deployment’ı CDN tarafında çoğunlukla ek ücret gerektirmez; Cloudflare, Fastly, CloudFront ve Akamai default olarak HTTP/3 yayar.

Sektörel Use Case’ler

Yapay zekâ ürünlerinde SSE pratik bir endüstri standardı; ChatGPT, Claude, Gemini ve Mistral API’leri token akışını SSE üzerinden yayımlıyor. Finansal piyasa veri akışlarında WebSocket dominant; Binance, Coinbase, Borsa İstanbul API endpoint’leri WebSocket üzerinden tick verisi yayımlar. Canlı yayın platformlarında HLS + HTTP/3 kombinasyonu standarttır; YouTube ve Twitch CDN katmanında HTTP/3’e geçişi 2024’te tamamladı. E-ticaret canlı yardım modüllerinde WebSocket veya WebTransport ile chat + presence kombinasyonu yaygın. Sağlık sektöründe canlı hasta izleme ve telemedicine sinyal akışı için WebSocket TLS 1.3 + HMAC imzalı mesaj çerçeveleri tipik. Oyun sektöründe matchmaking ve in-game telemetry için WebTransport datagram modu giderek tercih edilen bir yaklaşım hâline geliyor; Unity ve Unreal Engine 2025 sürümlerinde resmi destek bulunuyor.

Kurumsal Streaming Dönüşümünde Karşılaşılan Tipik Sorunlar

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

• Yanlış transport seçimi: Tek yönlü token akışı için WebSocket kurulduğunda gözlemlenebilirlik ve proxy uyumu zorlaşıyor; SSE daha basit bir alternatif.
• Proxy/firewall sorunları: HTTP/3 ve WebTransport UDP üzerinde çalıştığı için kurumsal firewall’larda %24’ünde engelleniyor; fallback stratejisi gerekiyor.
• Keepalive eksikliği: SSE ve WebSocket bağlantılarında heartbeat yoksa intermediate proxy 30-120 saniyede bağlantıyı kapatıyor.
• Mesaj sıralama varsayımı: Çok node’lu sunucuda mesaj sırası garanti edilmiyor; sequence number ile uygulama katmanı çözmeli.
• Gözlemlenebilirlik açığı: Klasik APM bağlantı yaşam döngüsünü göstermiyor; custom event’ler ve OTel WebSocket semantik konvansiyonları gerekli.
• Backpressure yönetimi: Yavaş tüketicili istemcilerde sunucu tamponu şişiyor; flow control mantığı uygulama katmanında kurgulanmalı.

Sonuç

2026’da streaming transport seçimi mimari bir lüks değil, ürün stratejinizin temel taşıdır. SSE, tek yönlü server-to-client akışlarda standart sadeliği ve gözlemlenebilirlik avantajıyla LLM çağının fiilî kazananıdır; WebSocket, çift yönlü interaktivite ve mesajlaşma senaryolarında 2026’da hâlâ baskın seçenektir; HTTP/3 ve WebTransport ise yüksek paket kaybı veya değişken latency’li mobil ağlarda en iyi p95 performansını verir. Karar verirken yön (uni/bi), ağ tipi, proxy yapısı, mesaj sırası, gözlemlenebilirlik ve maliyet eksenlerini sayısal olarak tanımlayın; 30 günlük pilot trafikte gerçek SLO ölçümünüzü hayata geçirin. Yorumlarınızı bekliyorum, hangi transport’u hangi senaryoda kullanıyorsunuz?

Sıkça Sorulan Sorular