Niyə canlı məzmun güclü serverlər və CDN tələb edir

1) VOD ilə müqayisədə livanın «ağırlığı» nədir

Real zamanda fan-out. Bir giriş axını → min çıxış. Hər hansı bir CPU/şəbəkə çökməsi dərhal bütün tamaşaçıları vurur.

Gecikmə üçün sərt SLA. Həyatda yalnız «şəkil» deyil, həm də «bugünkü hava» vacibdir: WebRTC üçün 0,5-2 s və LL-HLS üçün 2-5 s.

Daimi Encoding/Transkoding. Müxtəlif ekranlar/şəbəkələr üçün bir neçə bitreyt pilləkənləri (ABR) və profilləri saxlamaq lazımdır.

Qeyri-sabit izləyici şəbəkəsi. Adaptiv bitratlar, yenidən çəkilişlər, GOP yenidən seçimi və pik zamanı aqressiv buferlər tələb olunur.

«Sonradan düzəltmək» mümkün deyil. VOD-da yenidən təqdim edilə bilər. Həyat tərzində çərçivə səhvləri əbədi olaraq itirilmiş andır.

2) Enkodinq və transkodinq serverləri: CPU, GPU, presetlər

Kodeklər: H.264/AVC - qızıl uyğunluq standartı; HEVC/AV1 - trafikə qənaət edin, lakin zəif cihazlarda kodlama və dekodlama üçün daha çətindir.

Dəmir:

CPU x264 (veryfast-faster) - sabitlik, proqnozlaşdırıla bilən, lakin nüvələrin bahalıdır.
GPU NVENC/AMF/Quick Sync - ucuz axın, ABR pilləkənləri üçün faydalıdır.
Aşağı gecikmə parametrləri: qısa GOP (1-2 san), məhdud B-frames, CBR/mühafizəkar VBR, tez profil keçid üçün müntəzəm əsas çərçivələr.
Niyə «güclü»: bir neçə onlarla eyni vaxtda 1080p60 profil artıq CPU/GPU serverinə və yaddaşa, xüsusən də çoxmərtəbəli ABR-də.

3) WebRTC, SFU və TURN: harada «real» güc lazımdır

SFU (Selective Forwarding Unit). Qarışıq deyil, lakin marşrutlaşdırır → CPU-ya qənaət edir, lakin geniş egress və səriştəli fan-out tələb edir.

TURN/ICE/STUN. NAT/fayllarda trafik TURN vasitəsilə gedir - bu tam relay, uplink yükünü ikiqat artırır.

Backpressure və prioritetləşdirmə. Həddindən artıq yükləndikdə SFU kadrların keyfiyyətini/tezliyini aşağı salmalıdır, əks halda sessiyanı pozacaq.

Niyə CDN kifayət deyil. WebRTC ənənəvi CDN tərəfindən zəif önbelleğe alınır - yük mediaserver qatına düşür (SFU-klasterlər).

4) LL-HLS/DASH və CDN: tamaşaçıları necə ölçmək olar

Seqmentlərin keşləşdirilməsi. WebRTC-dən fərqli olaraq, HLS/DASH seqmentləri edge → üzərində cached origin yükü kəskin azalır.

Origin-shield və çox səviyyəli CDN. Edge → regional cache düyünləri → origin. Yüksək cache hit ratio egress/CPU qənaət üçün vacibdir.

ABR pilləkənlər. 240p-1080p (bəzən 1440p/2160p). Daha çox profil - transkoder və saxlama yükü bir o qədər yüksəkdir.

Multi-CDN. Anycast/DNS-steering, real-user measurements (RUM) və yükləmə/səhv vaxtı ilə avtomatik feylover.

5) Zaman və hadisələrin uyğunluğu

İnteraktiv canlı ssenarilər üçün (bahislər, kvizalar, canlı casino):

Ciddi vaxt sinxronizasiyası (NTP/chrony), hadisələrdə 'video _ ts' işarələri və server «həqiqət mənbəyi».
Mesajlar ardıcıllığı (seq, ACK, retransmit, idempotentlik).
Mübahisəli məqamların təhlili üçün repleylər və qeydlər (WORM-saxlama).

6) Konteynerin hesablanması nümunəsi (mühafizəkar)

1080p bitreyt axını ≈ 4 Mbit/s.

Eyni zamanda: 20 000 tamaşaçı.

Ümumi egress: 4 × 20 000 = 80 000 Mbit/s = 80 Gbit/s.

80% cache-hit ilə edge trafik origin ≈ 20%: 16 Gb/s.

WebRTC üçün (qatışdırılmayan) bir SFU qovşağı 8 Gb/s egress ~ sabit saxlayırsa, ehtiyatda 10 SFU + 2-3 ≈ lazımdır.

💡 Nəticə: hətta «orta» həyat şəbəkə egress və media sərvətlərinin üfüqi miqyasına tez bir zamanda söykənir.

7) Qeydlərin saxlanması və taymşift

5 Mbit/s → 0,625 MB/s → ≈ bir profil üçün saatda 2,2 GB.

6 ABR profili və 10 masa/kanal üçün: 2,2 × 6 × 10 = ≈ 132 GB/saat.

«Soyuq» saxlama təbəqələri + həyat dövrləri (tiering/TTL) lazımdır.

8) Tipik dar yerlər

CPU/GPU transkoderləri. Qoşulma zirvələri → Greshapes artımı və GOP yenidən yığılması.

SFU və TURN şəbəkəsi. SNI kilidi, NAT simmetrik → tam relay və qəfil şpil yük.

origin disk alt sistemi. Xüsusilə LL-HLS-də kiçik seqmentlərdə yüksək QPS.

Yaddaş və soketlər. nüvəyə minlərlə WebSocket/DTLS sessiyaları nüvə/epoll tuning və FD limitləri tələb edir.

GC/RT fasilələri. JVM/Node mediaşlyuzlarında - GC konfiqurasiya və «isti» yolların izolyasiyası.

9) Təhlükəsizlik və məzmun qorunması

edge TLS terminasiyası, HSTS, müasir şifrələr dəsti.

Abunə URL/tokenlər, qısa TTL, geo/ref məhdudiyyətləri.

DRM/LL-token qorunan lentlər üçün.

Anti-sıçrayış/anti-ekstremal. Su işarələri, davranış siqnalları, qeyri-ictimai manifestlər.

10) Müşahidə və SLO

Videometriyalar: e2e gecikmə, friz-reyt, kadr boşluqları, ABR profilinin aşağı düşmə faizi, dekoder uğursuzluqları.

Şəbəkə: mövcud nöqtələri, WebRTC yenidən qoşulması, ICE/TURN, RTT/jitter səhvləri.

Server: CPU/GPU download, temperatur, ulimit, açıq soket sayı, p95/p99 API ilə.

Məhsul: konnekt-reyt, saxlama, orta seans müddəti, complaint-rate.

SLO nümunələri: seqmentlərin 99,5% çatdırılır <1,5 s; WebRTC 95-ci gecikmə ≤ 2.5 s; drop-frame < 1%.

11) Keyfiyyət itkisi olmadan dəyər optimallaşdırılması

Hibrid kodlaşdırma: GPU-da əsas profillər, premium üçün «gözəl» profillər - x264 CPU-da.

Content-aware encoding. Dinamik bitratlar (statik/dinamik epizodlar).

Multi-CDN qiymət marşrutu ilə. Məcmu keyfiyyət/dəyər metrikası ilə keçid.

Profillərin sayının azalması. Auditoriya mobil olarsa, 720p tez-tez «zərbəni saxlayır».

Edge-origin-shield. cache-hit artırmaq, origin ilə çıxış trafikini azaltmaq.

12) «Gücdə» həyat başlamaq üçün çek siyahısı

Infrastruktur

Avtoskeyl və isti ehtiyat ilə transkoder klasteri (CPU + GPU).
Ağ IP və relay-pay monitorinqi ilə WebRTC + TURN-pool üçün SFU-klaster.
Origin-shield və ən azı 2 müstəqil CDN.
Qeydlər/repleylər üçün TTL/Arxiv (WORM) siyasətləri ilə anbar.

Aşağı gecikmə

GOP ≤ 2 c, cədvəl əsas kadrlar, CBR/low-latency presets.
ABR pilləkəni mobil seqment üçün optimallaşdırılmışdır.
Real-time vaxt sinxronizasiyası, hadisələrdə 'video _ ts' işarələri.

Etibarlılıq

Multizonluq, feilover axınlar, avtomatik deqreed keyfiyyət əvəzinə drop.
1.5 × planlı yük və «fırtına» keçid testləri.
Tam müşahidə: metrika, log, izləmə, alert.

Təhlükəsizlik

Abunə URL, qısa TTL, geo-məhdudiyyətlər, DRM lazım.
TLS edge, sertifikatların rotasiyası, hotlink/məhdudiyyətlərə qarşı qorunma.
PII-nin minimuma endirilməsi, şəbəkələrin bölünməsi, giriş auditi.

13) Məzmun roluna görə memarlıq resepti

İnteraktiv (bahis/viktorina/canlı casino): WebRTC + SFU, ultra-aşağı gecikmə, paralel LL-HLS «vizual» fid kimi.

Kütləvi auditoriya yayımları: LL-HLS/DASH + aqressiv CDN, ABR-optimallaşdırma, qeyd və taymshift.

Hibrid: WebRTC-də əsas, repleylər və gecikmiş görünüş üçün LL-HLS-də güzgü.

Canlı məzmun sadəcə «İnternetdə video» deyil. Media sərvətləri, enkoderlər, SFU, CDN və anbarların sinxron və pik yüklər altında işlədiyi real vaxt rejimində idarə olunan bir axın fabrikidir. Güclü serverlər kadr itkisi olmadan encoding və fan-out saxlamaq üçün lazımdır; CDN - milyonlarla seqmentləri tez və ucuz çatdırmaq üçün. Onlar izləyicilərin və interaktiv ssenarilərin gözlədiklərini verirlər: sabit şəkil, aşağı gecikmə və miqyas, biznes isə proqnozlaşdırıla bilən qiymət və SLA.