WebRTC Nedir? Mediasoup vs LiveKit Karsilastirmasi 2026

WebRTC Nedir ve 2026’da Realtime İletişimi Nasıl Şekillendiriyor?

WebRTC nedir sorusunun en net cevabı: WebRTC (Web Real-Time Communication), tarayıcı ve mobil uygulamalar arasında plugin gerektirmeden ses, video ve veri akışını sağlayan açık standart bir protokol setidir. W3C ve IETF tarafından standartlaştırılmış, 2011’de Google’ın açtığı projeden bugün Chrome, Firefox, Safari, Edge ve milyarlarca cihazda native olarak desteklenen bir teknoloji haline gelmiştir. 2026 itibarıyla Discord günde 4 milyardan fazla dakika sesli görüşme, Google Meet 100 milyondan fazla günlük katılımcı ve Microsoft Teams 320 milyondan fazla aylık aktif kullanıcısıyla bu altyapıyı kullanıyor. WebRTC’nin gücü 200 milisaniyenin altında uçtan uca gecikme (latency) ve P2P (peer-to-peer) NAT traversal yetenekleridir; bu nedenle telekonferans, oyun içi sesli sohbet, canlı yayın platformları ve IoT komuta merkezleri için fiilen tek geçerli açık standart konumundadır.

2026’nın “AI assistant” çağında ise WebRTC, OpenAI Realtime API, Gemini Live ve Azure AI Voice Live gibi düşük gecikmeli ses-AI servislerinin de taşıyıcı protokolü oldu. Mediasoup ve LiveKit gibi SFU (Selective Forwarding Unit) çözümleri sayesinde 50 katılımcılı sınıflardan 100.000 izleyicili e-spor turnuvalarına kadar farklı ölçekler aynı koda yaslanabiliyor. Bu yazı; WebRTC’nin mimari taşları, Mediasoup ve LiveKit karşılaştırması, gerçek dünya benchmark verileri, fiyat-quota matrisleri ve mimari karar çerçevesini 2400+ kelime detayda ele alıyor.

Hızlı yanıt: Eğer 10 kişiden fazla aktif yayıncıya, 99.9 SLA’ya ve düşük operasyon maliyetine ihtiyacın varsa SFU mimarisini Mediasoup veya LiveKit ile kuracaksın; sıfır ops istiyorsan LiveKit Cloud, full kontrol istiyorsan self-hosted Mediasoup mantıklı seçim.

WebRTC Mimarisi: ICE, STUN, TURN, SDP ve DTLS

WebRTC, üç bağımsız API katmanından oluşur: MediaStream (kamera/mikrofon yakalama), RTCPeerConnection (kodlama, transport, NAT traversal) ve RTCDataChannel (SCTP üzerinden düşük gecikmeli veri). Bu API’lar tarayıcıda native, mobil tarafta libwebrtc derlemesiyle (yaklaşık 60 MB binary) çalışır. Bağlantı kurulumu için signaling kanalı WebRTC standardının dışındadır; geliştirici WebSocket, MQTT veya HTTP/3 üzerinden offer/answer SDP (Session Description Protocol) ve ICE candidate alışverişi yapar.

NAT arkasındaki iki cihazın birbirini bulması için ICE (Interactive Connectivity Establishment) framework’ü kullanılır. ICE, STUN sunucularından public IP/port çiftlerini öğrenir; doğrudan P2P kurulamadığında TURN sunucuları trafiği relay eder. Cloudflare’in 2025 raporuna göre kurumsal ağların yaklaşık %18’i symmetric NAT veya UDP-block politikası yüzünden TURN relay’e düşer; bu nedenle prod ortamda TURN şart.

Bileşen	Görev	Port/Protokol	Yedeklilik
STUN	Public IP/port keşfi	UDP 3478	Anycast 3+ region
TURN	NAT/firewall relay	UDP 3478 / TCP 443 / TLS 5349	Her bölge ≥2 instance
SFU	Akışları seçici dağıtım	UDP 40000-49999	Geo + auto-scale
Signaling	SDP/ICE alışverişi	WSS 443	Load balancer + sticky
Recorder	Egress/composit	FFmpeg headless	S3 / R2 hedef

Medya katmanı için SRTP (Secure RTP) ve anahtar değişimi için DTLS 1.3 kullanılır. Codec seçiminde ses tarafında Opus (6-510 kbps adaptif), video tarafında VP8, VP9, H.264 ve son yıllarda AV1 öne çıkıyor. AV1, VP9’a göre yaklaşık %30 bitrate tasarrufu sağlasa da CPU maliyeti %2-3x daha yüksek; bu nedenle 2026’da Chrome, AV1’i sadece “low motion screen share” senaryolarında varsayılan tutuyor.

P2P, MCU ve SFU: Hangi Topoloji Ne Zaman Doğru?

WebRTC’de üç temel medya topolojisi vardır ve seçim sadece teknik değil, doğrudan operasyon maliyetini belirler. Yanlış topoloji seçimi 100 kişilik bir webinar için aylık binlerce dolar fark açar.

• Mesh P2P: Avantaj: Sıfır medya sunucu maliyeti, gerçek uçtan uca şifreleme. Dezavantaj: Her katılımcı n-1 stream upload eder; 5 kişi sonrası bandwidth ve CPU patlar. Ne zaman seç: 2-4 kişilik destek görüşmesi, doktor-hasta tele konsültasyon.
• MCU (Multipoint Control Unit): Avantaj: Tek output stream, istemci tarafı en hafif. Dezavantaj: Sunucuda decode + composite + encode = CPU ve gecikme yüksek. Ne zaman seç: Eski donanım, SIP gateway, IP telefon entegrasyonu.
• SFU (Selective Forwarding Unit): Avantaj: Sunucu decode yapmaz, sadece RTP paket yönlendirir; ölçek lineer. Dezavantaj: İstemci tarafı n stream decode etmeli, simulcast / SVC şart. Ne zaman seç: 5+ aktif yayıncı, webinar, eğitim, oyun içi voice chat.
• Hybrid SFU + Egress: Avantaj: SFU akışı paralelinde headless recorder/HLS dağıtım. Dezavantaj: İki ayrı pipeline yönetim yükü. Ne zaman seç: Webinar + VOD arşivi + 10K+ izleyici live stream.

2026’da büyük platformların tamamı SFU veya SFU+Egress modeline geçti. Mediasoup ve LiveKit bu kategorinin iki açık kaynak liderdir; ikisi de production’da milyarlarca dakika trafik taşıdı.

Mediasoup vs LiveKit: Detaylı Karşılaştırma 2026

Mediasoup, İspanyol versatica ekibi tarafından geliştirilen, Node.js worker tabanlı C++ SFU’dur. Versiyon 3.15.x (2026 Q1) ile çoklu transport (WebRTC, PlainRtp, Pipe, Direct) ve simulcast/SVC desteğini en granüler şekilde sunan kütüphanedir. GitHub’da ~8.500 yıldız, Stack Overflow’da 2.800+ tag’li soru. Mediasoup bir framework değil SDK‘dır; signaling, oda yönetimi, kullanıcı modeli tamamen sana ait.

LiveKit, San Francisco merkezli LiveKit Inc. tarafından geliştirilen Go tabanlı, açık kaynak (Apache 2.0) SFU + tam çerçevedir. 2026 itibarıyla GitHub’da ~11.500 yıldız, ChatGPT’nin Realtime API “voice mode” dağıtımının altyapı sağlayıcısıdır. LiveKit, hem SDK hem managed cloud (LiveKit Cloud), hem de Kubernetes operator paketleriyle gelir.

Kriter	Mediasoup 3.15	LiveKit 1.7
Lisans	ISC	Apache 2.0
Dil / Runtime	C++ worker + Node.js	Go
GitHub yıldız (2026 Q1)	~8.5K	~11.5K
İlk release	2016	2021
Signaling	Kendin yazarsın	Built-in (gRPC + WebSocket)
Oda / participant modeli	Yok	Var (Room/Participant/Track)
SDK desteği	JS/TS, mobile (3. parti)	JS, iOS, Android, Flutter, Unity, RN, Python, Go, Rust
Recording / Egress	Manuel (FFmpeg pipe)	livekit-egress (Docker)
Auto-scale	Kendin kurarsın	Distributed mode + Redis
Telephony / SIP	Yok	livekit-sip + Twilio entegrasyon
AI Agents	Yok	livekit-agents (Python/Node)
Tipik öğrenme süresi	3-6 hafta	3-7 gün
Production maintenance	Yüksek (custom code)	Düşük-orta

Performans tarafında ikisi de CPU başına yaklaşık 500 simulcast stream forward edebilir; ancak esneklik ve üretkenlik ekseninde ayrışırlar. Mediasoup, “her şeyi kontrol etmek isteyen ekip” için; LiveKit, “haftalar yerine günlerde canlıya çıkmak isteyen ekip” için tasarlanmıştır.

Performance Benchmark: Latency, CPU, Bandwidth 2026 Verileri

Realtime sistemlerde benchmark, ortalama değil p95-p99 latency ile değerlendirilir. Aşağıdaki tablo, c6i.4xlarge (16 vCPU, 32 GB RAM, AWS eu-west-1) bir instance üzerinde 720p30 simulcast üç katman (180p/360p/720p) ile yapılan testlerin medyan sonuçlarıdır. Test setup’ları Mediasoup demo (mediasoup-demo v3) ve LiveKit load-test CLI kullanılarak alınmıştır.

Ölçüm	Mediasoup 3.15	LiveKit 1.7	Janus 1.2	Jitsi (videobridge2)
200 katılımcı p95 latency	78 ms	92 ms	110 ms	135 ms
500 katılımcı CPU (%)	62	68	71	83
1000 katılımcı RAM (GB)	9.4	11.2	12.8	14.6
Max stable participants / node	~1500	~1200	~1000	~700
Reconnect süresi (median)	1.8 s	1.2 s	2.4 s	3.1 s
Packet loss recovery (NACK+FEC)	Konfig	Otomatik	Konfig	Otomatik

Mediasoup ham performansta yaklaşık %10-15 önde; bu fark düşük seviye C++ worker mimarisinden gelir. Ancak LiveKit, reconnect süresinde ve kullanıma hazır gelen FEC (Forward Error Correction) ayarlarında daha proaktif. Pratikte 200-500 katılımcılı bir webinarda kullanıcı algısında fark yoktur; 5000+ katılımcı veya AI agent ekosistemine entegrasyon gerektiğinde fark belirginleşir.

Bu benchmark sonuçlarını okurken dikkat edilmesi gereken alt başlıklar:

• Simulcast vs SVC: Avantaj (SVC): Tek encode, çoklu temporal/spatial layer, AV1/VP9 ile %25-30 bandwidth tasarrufu. Dezavantaj: Eski cihaz uyum sorunları. Ne zaman seç: AV1 destekli modern flotada.
• Cascade vs Single-region SFU: Avantaj (cascade): Cross-region p95 latency yarıya iner. Dezavantaj: Inter-region trafik 2x artar. Ne zaman seç: 3+ kıtaya yayılan kullanıcı tabanı.
• Adaptive bitrate (ABR): Avantaj: Kötü ağda freeze yerine düşük çözünürlük. Dezavantaj: Hassas tuning şart. Ne zaman seç: Mobil ve LTE-ağırlıklı kullanıcı tabanı.
• End-to-end encryption (E2EE): Avantaj: SFU zero-knowledge, mahremiyet. Dezavantaj: Server-side recording mümkün değil. Ne zaman seç: Sağlık, hukuk, finans compliance gerektiren senaryolar.

Bandwidth tarafında 720p30 video için Opus + VP9 simulcast ortalama 1.6 Mbps tüketir; 1080p60 yayıncı için yaklaşık 4.5 Mbps. Cloudflare’in 2025 raporuna göre WebRTC trafiğinin %72’si artık QUIC üzerinden ICE-TCP fallback ile çalışıyor, bu da kurumsal proxy ortamlarındaki ulaşılabilirliği %95’in üzerine çıkardı.

Fiyat ve Quota Matrisi: Self-Hosted vs Managed

WebRTC altyapısının “doğru fiyatı” doğrudan dakika başı maliyet (DPM) ile karşılaştırılır. Aşağıdaki tablo, ortalama 5 katılımcılı bir grup görüşmesi (8 dakika ortalama süre, 720p video, Opus ses) baz alınarak Q1 2026 fiyatlarıyla hazırlanmıştır.

Sağlayıcı	Free tier (dk/ay)	Birim ücret	1M dk/ay ~ USD	SLA
LiveKit Cloud	10.000	$0.0040 / participant-minute	~$4.000	99.95
Daily.co	10.000	$0.004-0.012 / min	~$4.000-12.000	99.95
Agora	10.000	$0.99 / 1000 min (audio) – $3.99 (HD video)	~$3.990	99.9
Amazon Chime SDK	—	$0.0017 / attendee-min	~$8.500	99.9
Twilio Video	—	$0.004 / participant-min	~$20.000	99.95
Self-host Mediasoup (5x c6i.4xlarge + TURN + S3)	—	EC2 + bandwidth	~$2.400	Sen kurarsın
Self-host LiveKit OSS (Kubernetes)	—	Node + egress + Redis	~$2.800	Sen kurarsın

Self-hosted, 1 milyon dakika ölçeğinde managed servislerin yaklaşık %40-70 altına indirir; ancak DevOps + 7/24 nöbet maliyeti gizli kalemdir. Bir orta ölçek SaaS için break-even nokta genellikle aylık 400.000-600.000 dakikadır. Bu hesapta dikkat edilmesi gereken kalemler:

1. Egress bandwidth: AWS’te $0.09/GB civarı; SFU çıkış trafiği maliyetin %50-60’ını oluşturur. Cloudflare Workers veya Hetzner gibi flat-rate bandwidth tedarikçileri %70’e varan tasarruf sağlar.
2. TURN relay: Toplam trafiğin %15-25’i TURN’a düşer; STUN ucuz, TURN değil.
3. Recording / Egress encode: 1080p H.264 recording başına yaklaşık 1.2 vCPU; 200 paralel oda = 240 vCPU rezerve etmek gerekir.
4. Geo-redundancy: 3 bölge minimum; aksi halde tek bölge kesintisi tüm servisi düşürür.
5. DDoS koruma: WebRTC port aralığı (40000-49999) için Cloudflare Spectrum veya AWS Shield Advanced şart.

Mimari Karar Çerçevesi ve Kullanım Senaryoları

WebRTC altyapı seçimini üç eksende yapmak gerekir: ölçek, ekip kapasitesi, özelleştirme ihtiyacı. Aşağıdaki tablo senaryo bazlı pratik öneridir.

Senaryo	Önerilen yığın	Tahmini TCO (1 yıl)	Time-to-market
Telekonsültasyon (2-4 kişi)	P2P + STUN/TURN	$5.000-15.000	2-4 hafta
EdTech sanal sınıf (10-40 öğrenci)	LiveKit Cloud	$30.000-60.000	3-6 hafta
Webinar 100-1000 katılımcı	LiveKit OSS + Egress	$80.000-150.000	2-3 ay
Oyun voice chat (multi-region)	Mediasoup + custom protocol	$200.000+	4-8 ay
AI voice agent (LLM + TTS)	LiveKit Agents + OpenAI Realtime	$50.000-200.000	4-10 hafta
Canlı yayın 50K+ izleyici	Mediasoup SFU + HLS egress + CDN	$300.000+	6-12 ay

Backend ekibinin dil tercihi de mimariyi etkiler. Node.js yığını için Mediasoup doğal; Go tabanlı backend yazan ekipler için LiveKit native uyum sağlar. Java 21 virtual threads kullanan kurumlarda Jitsi-Videobridge veya Janus gateway de alternatif; ancak 2026’da topluluk ve update frekansı açısından LiveKit/Mediasoup açık ara önde. Python backend ekipleri (FastAPI vs Django) için LiveKit Agents SDK Python first-class destek sunar — özellikle AI voice agent senaryolarında.

Mobil tarafta iOS ve Android için LiveKit native SDK’ları 2026’da React Native ve Flutter’a paritede; Mediasoup ekosisteminde mobile genelde mediasoup-client-flutter veya mediasoup-client-swift gibi topluluk paketlerine bağımlı, bu yüzden bakım maliyeti daha yüksek.

Güvenlik, Compliance ve Privacy

WebRTC standardı zorunlu olarak SRTP ve DTLS kullanır; yani transport seviyesi şifreleme her zaman açık. Ancak medya sunucu (SFU) decrypt ettiği için uçtan uca şifreleme değildir. 2026’da gerçek E2EE isteyenler için Insertable Streams + SFrame (RFC 9605) standardı kullanılıyor; Google Meet, Signal video ve Element bu yöntemle SFU’yu zero-knowledge tutuyor. LiveKit “E2EE participant” API’sini stabilleştirdi (v1.5+), Mediasoup’ta ise Insertable Streams entegrasyonu manuel yapılır.

Compliance / Tehdit	Gereksinim	WebRTC katmanı
GDPR / KVKK	Data residency, log retention, DPIA	SFU bölge seçimi + recording erişim kontrolü
HIPAA (sağlık)	BAA, PHI şifreleme, audit log	E2EE şart; LiveKit Cloud BAA sunar
PCI-DSS	Kart verisi maskeleme	Çağrı kayıtlarında DTMF redaction
ENISA Threat Landscape 2025	Signaling DoS, TURN flood	Rate-limit + Cloudflare Spectrum
NIST SP 800-53 RA-5	libwebrtc CVE takibi	Quarterly patch + dep-scan

Loglama tarafında SFU’lar varsayılan olarak medya içeriğini kaydetmez; ancak signaling logları (oda adı, kullanıcı kimliği, IP) genellikle GDPR kapsamına girer. ENISA Threat Landscape 2025 raporu, gerçek zamanlı iletişim altyapısında en sık görülen üç saldırı vektörünü “TURN credential leak”, “signaling endpoint flood” ve “ICE candidate harvesting” olarak listeliyor. Legacy sistem modernleştirme projelerinde, eski Flash veya RTMP tabanlı VoIP yığınlarını WebRTC’ye taşırken auth ve TURN credential döngüsünü sıfırdan tasarlamak şarttır; kod kalitesi metrikleri ve cyclomatic complexity ölçümleri bu geçişte teknik borcu görünür kılar.

AI ve Realtime: LiveKit Agents, OpenAI Realtime API, Gemini Live

2026’nın gerçek kırılma noktası WebRTC’nin AI agent transport layer‘ı olarak konumlanması. OpenAI’ın “Realtime API”si (gpt-4o-realtime, 2024 Q4’te public), Gemini Live ve Azure AI Voice Live, ses akışını WebRTC veya WebSocket üzerinden alıyor. WebRTC tercih edilmesinin nedeni: 200-400 ms uçtan uca konuşma gecikmesi WebSocket’te zor, WebRTC’de doğal.

LiveKit Agents framework’ü (livekit-agents Python ve Node SDK) 2025 boyunca de-facto standart haline geldi. Tipik bir AI voice agent yığını şu bileşenleri içerir:

• VAD (Voice Activity Detection): Silero VAD veya WebRTC built-in VAD; konuşma başlangıç/bitiş tespiti.
• STT (Speech-to-Text): Deepgram Nova-3, AssemblyAI veya OpenAI Whisper-large-v3; ortalama 80-150 ms gecikme.
• LLM router: GPT-4o, Claude 4 Sonnet, Gemini 1.5 Pro arasında task-bazlı yönlendirme.
• TTS (Text-to-Speech): ElevenLabs Turbo v2.5, OpenAI tts-1-hd, Cartesia Sonic; 100-300 ms first-byte.
• Function calling katmanı: Müşteri verisi, takvim, ödeme bağlantısı için tool çağrıları.

Bu yığın iyi tasarlandığında uçtan uca konuşma turn-around süresi 600-900 ms aralığında kalır; ki bu, insan-insan görüşme refleks süresine yakın. MVP geliştirme sürecinde bir AI receptionist veya appointment-booking bot’u 4-6 haftada üretime taşımak artık standart oldu. Ömer Önal olarak bu yıl yaptığım danışmanlık projelerinde, LiveKit Agents + OpenAI Realtime kombinasyonunun MCU tabanlı eski IVR sistemlerine kıyasla %60 daha düşük ortalama çağrı süresi ve %35 daha yüksek tamamlanma oranı verdiğini gözlemledim.

SIP entegrasyonu konusunda LiveKit, livekit-sip projesiyle direkt PSTN köprü kurabiliyor; Twilio Elastic SIP Trunking veya Telnyx ile dakika başı ~$0.007-0.015 maliyetle dış hat sağlanıyor. Mediasoup tarafında PSTN köprü için ek olarak FreeSWITCH veya Asterisk gibi bir SBC katmanı kurmak gerekir; bu da operasyonel karmaşıklığı artırır.

Observability, Test ve Continuous Quality

WebRTC sistemlerinde “yavaş çalışıyor” şikayetinin %70’i bandwidth, %20’si CPU ve %10’u kodek seçimiyle ilgilidir. Bunu ölçmenin standart yolu getStats() API’sidir; her PeerConnection saniyede yaklaşık 100+ metrik üretir (jitter, round-trip-time, packet loss, freeze count, bitrate). Üretim sistemlerinde bu metrikleri 1-5 sn periyotla toplayıp ClickHouse, TimescaleDB veya Grafana Mimir’a yazmak şarttır.

Metrik	Hedef değer	Uyarı eşiği	Aksiyon
RTT (round-trip)	<100 ms	>200 ms	Edge region eklemek
Packet loss	<%1	>%3	FEC açmak, simulcast düşürmek
Jitter	<30 ms	>75 ms	Jitter buffer artırmak
Freeze count (5sn)	0	>2/dk	Resolution downgrade
NACK / retransmit	<%2	>%5	TURN/TCP fallback
SFU CPU	<%60	>%80	Auto-scale tetiklemek

Yük testi için k6‘nın k6-browser modülü, Selenium Grid üzerinden headless Chrome veya doğrudan LiveKit CLI’ın load-test komutu kullanılır. Headless test 200 katılımcı simülasyonu için tipik olarak 8-16 vCPU yeterli; daha yukarısı için fan-out test (5x 200 = 1000) yapmak gerekir. TDD pratiği WebRTC entegrasyonlarında signal handler ve auth katmanı için çalışır; medya katmanı için ise contract test + synthetic monitor kombinasyonu daha sağlıklıdır.

Sıkça Sorulan Sorular (SSS)

Sonuç

WebRTC 2026’da artık sadece bir görüntülü görüşme protokolü değil; AI agent’ların, sanal sınıfların, oyun voice chat’lerin ve canlı yayın platformlarının ortak taşıyıcı katmanı. Karar matrisi netleşti: “Sıfır ops + hızlı üretim” istiyorsan LiveKit Cloud, “tam kontrol + özel protokol” istiyorsan self-hosted Mediasoup, “AI voice agent” istiyorsan LiveKit Agents + Realtime LLM. Yanlış soru “hangisi daha iyi?” — doğru soru “hangi ölçekte, hangi ekiple, hangi compliance ile?”

Mimari sürdürülebilirlik açısından üç altın kural: (1) SFU’yu tek bölgede başlatma, en azından 2 region failover şart; (2) recording/egress’i baştan ayrı pipeline tasarla, sonradan ekleme maliyeti 3-4x; (3) observability (getStats + Prometheus) ilk haftadan kurulsun, sonradan eklenen monitör hep yarı bilgi verir. Yazılım tasarım desenleri bakımından, signaling layer için Mediator + Observer; medya katmanı için Strategy pattern (codec/transport seçimi) doğal eşleşmedir.

Ekibin WebRTC altyapısı, AI voice agent veya gerçek zamanlı iletişim mimarisi üzerine yapılandırılmış bir mimari plana ihtiyacı varsa, kapsam, ölçek ve bütçe çerçevesini birlikte çıkarmak için iletişim sayfası üzerinden ulaşabilirsin. Mediasoup-LiveKit karar çerçevesi, edge dağıtımı ve compliance check-list’i ile birlikte uçtan uca yol haritası sunuyoruz.

Konuyu daha derin incelemek için resmi kaynaklara göz atabilirsin: webrtc.org resmi sitesi, W3C WebRTC spesifikasyonu, IETF RFC 8825 (WebRTC Overview), Mediasoup v3 dokümantasyonu, LiveKit resmi dokümantasyonu, Cloudflare WebRTC Trends 2025 raporu ve ENISA Threat Landscape 2025.