1. Giriş

Uzaktan çalışma, hibrit ekipler ve küresel iletişim talepleriyle birlikte video konferans servisleri hayatın merkezine yerleşti. Zoom ve benzeri platformlar, milyonlarca eşzamanlı oturumu düşük gecikmeyle ve yüksek kaliteyle destekleyerek hem tüketici hem kurumsal kullanımda kritik rol oynuyor. Bu nedenle Zoom tarzı bir video platformunun teknik mimarisi, medya yolları, ölçeklenebilirlik ve güvenlik önlemleri mühendislikte öncelikli konulardır.

Bu makale, Zoom benzeri bir hizmetin altyapısını mühendis bakış açısıyla inceler: temel kavramlar, medya akışı ve protokoller, gerçek zamanlı işleme (SFU/MCU), kalite optimizasyonu, güvenlik (E2E/transport), deployment modelleri, monitoring ve operasyonel en iyi uygulamalar. Amaç, okuyucuya üretime hazırlanmış, uygulamalı ve referans niteliğinde bir rehber sunmaktır.

Neden şimdi önemli?

• Hibrit çalışma ile video iletişiminin iş süreçlerindeki yoğun kullanımı.
• Medya işleme ve dağıtımındaki maliyet-ölçek optimizasyonu gereksinimi.
• Gizlilik, regülasyon ve uçtan uca şifreleme gibi güvenlik talepleri.

Kimler için önemli?

Platform mühendisleri, SRE, medya mühendisleri, ağ mimarları ve güvenlik ekipleri için bu konular kritik önemdedir.

Hangi problemleri çözüyor?

Gerçek zamanlı ses-video iletimi, çok taraflı toplantılarda ölçeklenebilirlik, bant genişliği ve gecikme optimizasyonu, güvenlik, kayıt/archiving, ve multi-device senkronizasyon gibi karmaşık problemlere çözümler sunar.

2. Kavramsal Temeller

Temel kavramlar ve terminolojiyi netleştirelim.

Kavramlar

• RTP/RTCP: Gerçek zamanlı medya taşıma protokolleri. RTP paketleri medya payload taşır, RTCP istatistik ve quality feedback sağlar.
• WebRTC: Tarayıcılar ve native client'lar arasında gerçek zamanlı medya ve data kanalı sağlayan açık standart.
• SFU (Selective Forwarding Unit): Kaynak stream'leri alıp abonelere ileten düşük maliyetli yönlendirici, encode/decode yapmaz.
• MCU (Multipoint Control Unit): Çok taraflı toplantılar için stream'leri miksleyen merkezi sunucu; sunucuda kompozit bir stream üretir.
• Codec: Video için H.264, VP8/VP9, AV1; ses için Opus populer seçimlerdir.
• TURN/STUN: NAT traversal için yardımcı servisler; TURN üzerinden relay ile P2P sağlanamadığında medya iletilir.

Mimari bileşenleri

• Signaling hizmetleri (session management, auth, broker)
• Edge gateways ve global PoP'lar (Point of Presence)
• Connection brokers ve WebRTC gateway'leri
• Media plane: SFU/MCU, media relays, transcoders
• Storage: Kayıt, Kayıt sonrası işleme (meeting recording, transcription)
• Monitoring & QoE telemetri (Jitter, packet loss, MOS)

3. Nasıl Çalışır? (Teknik Mimari ve Veri Akışı)

Bu bölüm mimari kararları ve veri akışı detaylarına odaklanır.

Signaling ve Oturum Kurulumu

Toplantı başlamadan önce signaling kanalı kurulmalıdır. Signaling, WebSocket veya HTTPS üzerinden çalışan bir API ile gerçekleştirilebilir; amaç ICE candidate'ların, SDP offer/answer değişiminin ve metadata (participant list, roles, permissions) koordinasyonudur. Signaling katmanı genellikle TCP/TLS üzerinde çalışır ve authentication/authorization, token management ve session lifecycle sorumluluğu taşır.

Peer-to-Peer vs. Server-mediated

Küçük toplantılar için P2P (peer-to-peer) yaklaşımlar düşük sunucu maliyeti sağlarken NAT traversal, mobil ağlar ve heterojen cihazlar nedeniyle güvenilir bir çözüm olmayabilir. Büyük toplantılar, ekran paylaşımı veya mobil/desktop karışık katılımlar için SFU veya MCU tabanlı altyapı tercih edilir. Zoom gibi platformlar hibrit bir yaklaşım kullanır: mümkün olduğunda P2P, aksi halde TURN relays veya SFU üzerinden yönlendirme.

SFU vs MCU Karşılaştırması

• SFU: Avantajları: düşük CPU kullanımı, düşük gecikme, kolay ölçeklenir. Dezavantaj: client tarafında daha fazla decode/encode ve layout yönetimi gerekir.
• MCU: Avantajları: sunucu tarafında miksleme ile client yükü azalır, tek ortak akış sunulur. Dezavantaj: yüksek CPU ve gecikme, ölçek maliyeti yüksek.

Medya Relay ve Turn/TCP Fallback

NAT/Firewall koşullarında doğrudan P2P bağlantı sağlanamadığında medya TURN sunucuları üzerinden relay edilir. Ayrıca UDP bloklandığında TCP/TLS üzerinden multistream tunneling uygulanabilir. Yüksek kaliteli deneyim için global TURN fleet'leri, co-located PoP'larda konuşlandırılmalıdır.

Codec ve Adaptif Akış (ABR)

Video codec seçimi (H.264 vs VP8/9 vs AV1) cihaz ve tarayıcı uyumluluğu ile birlikte bant genişliği maliyetlerini belirler. Adaptif bitrate (ABR) mekanizmaları ağ koşullarına göre çözünürlük ve frame rate ayarlayarak paket kaybını ve gecikmeyi minimize eder. Sinyal tabanlı veya congestion control (Google's Congestion Control, GCC) algoritmaları RTCP feedback ve transport metrics kullanır.

Recording & Post-processing

Kayıt (recording) senaryoları iki şekilde yapılabilir: client-side recording (local) veya server-side recording (mix veya multi-track). Server-side kayıt için medya stream'inin kopyalanması ve kalıcı depolamaya aktarılması gerekir. Depolanan kayıtlar transkripsiyon, yüz tanıma veya indeksleme gibi downstream işleme tabi tutulabilir; bu işlemler için batch veya near-real-time pipeline'lar kullanılır.

4. Gerçek Dünya Kullanımları

Zoom ve diğer video platformlarının kullanım senaryoları pratikte çeşitlidir:

Kurumsal Toplantılar

Kurumsal toplantılar, security ve compliance talepleri ile birlikte ek özellikler (SSO, meeting retention policy, recording retention) gerektirir. Şirket içi deployment veya VPC peering ile hybrid cloud kurulumları tercih edilebilir.

Eğitim (Webinar / Lecture)

Binlerce kullanıcıya yayın (webinar) yapılması gerektiğinde yapısal olarak broadcast optimizasyonları, CDN entegrasyonu ve multicast benzeri teknikler devreye girer. Interactivity sınırlı ise server-side miksleme ve caching ile maliyetler düşürülebilir.

Telehealth ve Regüle Sektörler

Sağlık gibi regüle sektörlerde E2E şifreleme, audit trail, data residency ve erişim kontrolleri zorunludur. Ayrıca düşük gecikmeli data sharing (ekg, görüntü paylaşımı) entegrasyonları gerekir.

5. Avantajlar ve Sınırlamalar

Avantajlar

• Gerçek zamanlı işbirliği ve iletişim imkanı.
• Hibrit mimarilerle maliyet ve deneyim arasında denge kurma imkanı.
• Global PoP ve CDN ile kullanıcıya yakın düşük gecikme sunma yeteneği.

Sınırlamalar

• Medya işleme maliyetleri (transcoding, recording, SFU fleet) yüksek olabilir.
• NAT/firewall ve mobil ağlar ile heterojen cihaz ekosistemi kompleksite getirir.
• E2E gizlilik ve server-side processing (moderation, transcription) arasında trade-off bulunur.

6. Alternatifler ve Karşılaştırma

Aşağıda SFU/MCU/P2P yaklaşımlarının özet karşılaştırması bulunmaktadır:

7. En İyi Pratikler

Production ortamı için tavsiyeler:

Deployment ve Topoloji

• Global PoP'larda edge ve TURN/TCP relay'leri konuşlandırın; gecikmeyi azaltmak için kullanıcıya yakın PoP'lar seçin.
• SFU'ları co-locate edip autoscaling ile trafik piklerine hızlı cevap verin.
• Transcoding maliyetlerini düşürmek için codec seçiminde tutarlılık sağlayın ve mümkünse client-side hardware acceleration'dan faydalanın.

Quality of Experience (QoE) İzleme

• RTCP ve transport metriklerini toplayın: jitter, packet loss, round-trip time (RTT).
• Uygulama seviyesinde MOS/estimated quality metrikleri, join/leave latency ve rebuffer oranlarını izleyin.
• Distributed tracing ve correlation ID ile signaling ve media path'leri ilişkilendirin.

Güvenlik ve Uyumluluk

• TLS her zaman zorunlu; TURN relay'ler için da güvenli relay autentikasyonu kullanın.
• Müşteri verisi için data residency seçenekleri sağlayın; kayıt verilerini şifreleyin ve retention politikaları uygulayın.
• E2E şifreleme gereksinimi varsa, özelliğin getirdiği trade-off'ları (moderation, transcription) açıkça değerlendirin.

8. Sık Yapılan Hatalar

• TURN kapasitesini doğru planlamamak — NAT-rich ortamlarda bağlantı zorlukları yaşanır.
• SFU/MCU mix maliyetleri ve client yeteneklerini göz ardı etmek — uç cihazlarda performans sorunları oluşur.
• QoE metriklerini eksik toplamak — kullanıcı deneyimi bozulduğunda nedenini tespit etmek zorlaşır.
• E2E şifreleme ihtiyaçlarını yanlış değerlendirmek — moderation ve regülatif gereksinimler gözden kaçabilir.

9. Gelecek Trendler

• AV1/AV2 ve yeni codec'ler: Daha iyi sıkıştırma ile bant genişliği maliyetleri düşecek, ancak CPU ve hardware uyumluluğu sorgulanacak.
• Edge AI: Gerçek zamanlı gürültü azaltma, otomatik çerçeveleme ve kalite optimizasyonu uçta yapılacak.
• Privacy-preserving features: Selective E2E, secure transcription ve federated analytics gibi yaklaşımlar gelişecek.
• WebTransport & QUIC: UDP üzerinden güvenilir, düşük-latency transport protokolleri gerçek zamanlı medya için daha yaygın kullanılacak.

Ek Bölümler

Sık Sorulan Sorular (FAQ)

1. S: SFU ile MCU arasındaki temel seçim kriterleri nelerdir?

   C: Katılımcı sayısı, client yetenekleri, gecikme hedefleri ve maliyet kısıtları başlıca kriterlerdir. Çok katılımcılı ve düşük-latency hedefli senaryolarda SFU, broadcast-benzeri tek stream sunulacak durumlarda MCU tercih edilebilir.

2. S: TURN neden kritiktir?

   C: NAT/firewall nedeniyle doğrudan P2P bağlantı kurulamadığında medya relay'i sağlar. Global kullanıcı tabanında TURN kapasitesi yetersizse bağlantı sorunları artar.

3. S: E2E şifreleme tüm kullanıcılar için uygulanmalı mı?

   C: Gizlilik için ideal olsa da, bazı özellikler (sunucu-side moderation, transcription, meeting recording) E2E ile çakışır. Bu nedenle kurumsal ihtiyaç ve regülasyonlara göre esnek seçenekler sunmak yaygındır.

4. S: WebRTC dışındaki alternatifler nelerdir?

   C: Native RTP over UDP, proprietary protocols veya WebSocket üzerinden medya taşıma gibi yaklaşımlar bulunur; WebRTC geniş tarayıcı desteği ve standart paketleri nedeniyle tercih edilir.

5. S: QoE ölçümleri için hangi metrikler kritiktir?

   C: Packet loss, jitter, RTT, frame rate, resolution, rebuffer events, join time ve user reported satisfaction (CSAT) önemli metriklerdir.

6. S: Kayıt (recording) performansı nasıl optimize edilir?

   C: Multi-track recording (her katılımcı ayrı stream) kullanarak post-processing esnekliği sağlanır; depolama ve transcode pipeline'larını asenkronlaştırarak gerçek zamanlı akışı etkilememek gerekir.

7. S: Mobil ağlarda deneyimi iyileştirmek için ne yapılmalı?

   C: ABR, codec seçimi, forward error correction (FEC) ve jitter buffering gibi teknikler mobilde deneyimi iyileştirir. Ayrıca ağ adaptasyonu ve uplink optimizasyonu önemlidir.

8. S: QUIC/WebTransport ne gibi avantajlar sağlar?

   C: QUIC, taşımada bağlantı kurulum süresini kısaltır, başlatma gecikmesini düşürür ve UDP tabanlı congestion control ile gerçek zamanlı medya için avantajlar sunar. WebTransport bu özellikleri tarayıcı tabanlı uygulamalara getirir.

Anahtar Kavramlar

SFU

Kaynak stream'leri alıp abonelere ileten, yeniden encode etmeyen medya yönlendirici.

MCU

Sunucuda stream'leri miksleyerek tek bir kompozit akış üreten birimler.

TURN

NAT traversal için medya relay servisi; çoğu zaman UDP engellendiğinde TCP/TLS fallback sağlar.

ABR

Adaptif Bitrate — ağ koşullarına göre akış kalitesini ayarlama mekanizması.

Öğrenme Yol Haritası

1. Temel Ağ Protokolleri (1-2 hafta): TCP/UDP, ICE/STUN/TURN, RTP/RTCP, QUIC temel bilgileri öğrenin.
2. WebRTC Ekosistemi (2-4 hafta): SDP, ICE negotiation, data channel ve getUserMedia gibi API'lerle pratik yapın.
3. Medya Sunucuları ve Kodlayıcılar (3-6 hafta): SFU/MCU mimarileri, Opus, H.264/VP8, transcode ve hardware accel inceleyin.
4. Observability ve QoE (sürekli): RTCP metrikleri, tracing ve müşteri geri bildirimleri ile QoE iyileştirme döngüsü oluşturun.