Ինչու է լայնային բովանդակությունը պահանջում հզոր կոդեր և CDN

1) Ո՞ րն է «ծանրությունը» համեմատած VOD-ի հետ։

Ֆան-աութը իրական ժամանակում։ Մեկ հոսք է գալիս հազարավոր մարդկանց։ Ցանկացած CPU/ցանցը անմիջապես ծեծում է բոլոր հանդիսատեսներին։

Կոշտ SLA ուշացումով։ Լայվայում կարևոր է ոչ միայն «նկարը», այլ նաև «այսօրվա օդը» ՝ 0,5-2 Express RTC-ի համար և 2-5 LL-HMS-ի համար։

Անընդհատ encoding/transcoding։ Դուք պետք է պահեք մի քանի բիթրեյթ սանդուղքներ (ABR) և տեղադրեք տարբեր էկրանների/ցանցի տակ։

Հանդիսատեսի անկայուն ցանցը։ Անհրաժեշտ են հարմարվողական բիթրեյտներ, վերադասավորումներ, GOP-ի փոխպատվաստում և պիկի ժամանակ ագրեսիվ ֆորումներ։

«Մաքրել հետո» անհնարինությունը։ VOD-ում կարելի է վերափոխել։ Շրջանակի սխալն ընդմիշտ կորած պահ է։

2) Encoding և transcoding սերվերները 'CPU, GPU, ճնշումներ

Մարթին ՝ H.164/AVC - ոսկե ռուսական ռուբլիա; HEVC/AV1 - խնայում են ձեռնարկությունները, բայց ավելի դժվար է նվազեցնել և անջատել թույլ սարքերում։

Երկաթ

CPU x274 (veryfox-faster) - ռուսական, կանխատեսելի, բայց թանկ է միջուկներով։

GPU NVENC/AMF/Quick Disnc - էժան հոսքի համար, օգտակար է ABR աստիճանների համար։

Ցածր ուշացում 'կարճ GOP (1-2 վայրկյան), սահմանափակված B-frames, CBR/պահպանողական VBR, ռուսական հիմնական կադրեր արագ փոխանցման համար։
Ինչու՞ են «հզոր», մի քանի տասնյակ զուգահեռ 1080p60-ը արդեն հենվում է սերվերին CPU/GPU-ում և հիշողությունը, հատկապես բազմաբնույթ ABR-ում։

3) Windows RTC, SFU և TURN: Որտեղ անհրաժեշտ է «իրական» ուժը։

SFU (Selective Forwarding Unit). Ոչ թե խառնվում է, այլ ուղղում է զբոսաշրջիկների հոսքերը խնայում է CPU-ը, այլ պահանջում է լայն egress և գրագետ ֆան-աուտա։

TURN/ICE/STUN. NAT/faervolas-ի դեպքում TURN-ը ամբողջական relay է, որը նվազեցնում է uplink-ի բեռը։

Backpressure-ը և առաջնահերթությունը։ Երբ SFU-ն ծանրաբեռնված է, պետք է նվազեցնի շրջանակի որակը/հաճախությունը, հակառակ դեպքում փչացնի շարժիչը։
Ինչու CDN-ը բավարար չէ։ Media RTC-ը վատ քշում է ավանդական CDN-ը, որը տեղադրվում է լրատվամիջոցների շերտի վրա (SFU կլաստերներ)։

4) LL-HMS/DASH և CDN 'ինչպես մեծացնել հանդիսատեսը

Հատվածների հավասարակշռությունը։ Ի տարբերություն Windows RTC-ի, HMS/DASH հատվածները քաշվում են edge-ի վրա, կտրուկ նվազում են origin-ով։

Origin-shield և բազմաբնույթ CDN։ Edge-ը բացատրում է տարածաշրջանային kes-medorigin-ը։ Բարձր cache hit ratio քննադատական է egress/CPU խնայելու համար։

ABR աստիճանները։ 240p-1080p (երբեմն 1440p/2160p)։ Որքան մեծ է գյուղը, այնքան ավելի բարձր է տրանսկոդերի և պահեստում։

Multi-CDN-ն։ Anycom/MS-steering, real-user measurements (RUM) և ավտոմատ ֆեյլերը բեռնման/սխալների ժամանակի չափումների վրա։

5) Ժամանակի և իրադարձությունների ներդաշնակությունը

Ինտերակտիվ ինքնաթիռի համար (տոկոսադրույքներ, քվիզներ, լայվ կազինո)

Ժամանակի կոշտ համաժամացումը (NTP/chrony), «video _ ts» նշանները իրադարձություններում և սերվերային «ճշմարտության աղբյուրը»։

Հաղորդագրությունների հաջորդականությունը (seq, ACK, retransmit, idempotenty)։

Replays-ը և ձայնագրությունը (WORM-պահեստ) վիճահարույց պահերի վերլուծման համար։

6) Հզորության հաշվարկման օրինակ (պահպանողական)

1080p հոսքը 244 Մբիթ/վ է։

Առցանց միաժամանակ '20 000 հանդիսատես։

Ընդհանուր egress: 4-20 000 = 80 000 Mbit/s = 80 Gbit/s

80 տոկոսով cache-hit edge-ում նշվում է origin-20 տոկոսը: 16 Gbit/s։

Windows RTC-ի համար (nekeshiruemo) եթե մեկ SFU հանգույցը կայուն պահում է 388 Գբիթ/s egress-ը, պետք է 10 SFU-nod + 2-3 պահուստում։

💡 Եզրակացություն, նույնիսկ «չափավոր» ինքնաթիռը արագորեն հենվում է ցանցային egress-ում և լրատվամիջոցների հորիզոնական մասշտաբով։

7) Ձայնագրությունների և թայմշիֆի պահպանումը

5 Մբիթ/s No. 0,625 ՄԲ/s No. 2.2 ԳԲ մեկ ժամում մեկ պրոֆիլով։

6 հազար ABR-ի և 10 սեղանների/ջրանցքների համար ՝ 2.2-6-10 = 36132 ԳԲ/ժամ։

Անհրաժեշտ է «սառը» պահեստավորման շերտեր + կյանքի ցիկլեր (tiering/TTL)։

8) Տիպիկ նեղ վայրեր

CPU/GPU տրանսկոդերներ։ Միակցման պիկը բացատրում է «ռեշպների» աճը և GOP-ի փոխանակումը։

SFU և TURN ցանցը։ MSI-արգելափակումը, NAT-սիմետրիկը պատրաստված է ամբողջական relay և հանկարծակի բեռի պտուտակով։
Օրիգինի սկավառակի ենթահամակարգը։ Բարձր QPS-ը փոքր հատվածներում, հատկապես LL-HMS-ում։
Հիշողություն և գանձեր։ Հազարավոր MedSocket/DTIM նստաշրջաններ միջուկի վրա պահանջում են միջուկի/epoll և FD սահմաններ։
GC/RT դադարներ։ JVM/Node-ի վրա, GC-ի կարգավորում և «տաք» ճանապարհների մեկուսացում։

9) Բովանդակության անվտանգությունն ու պաշտպանությունը

TMS տերմինալը edge, HSTS, ժամանակակից ծածկագրերի հավաքածու։

Ստորագրված URL/tocens, կարճ TTL, geo/ref սահմանափակումներ։
MSM/LL-token պաշտպանված ժապավենի համար։
Anti-screping/anti-restrim։ Երկրորդային նշաններ, վարքագծային ազդանշաններ, ոչ ստանդարտ մանիֆեստներ։

10) Դիտարկումը և SLO-ն

Տեսագրությունները ՝ e2e-ուշացում, ֆրիզային թռիչք, կադրերի անցում, ABR-ի նվազեցման տոկոսը, բաժնետերերի ձախողումները։

Ցանցը 'throughput-ը ներկայության կետերում, Express RTC-ի, ICE/TURN սխալները, RTT/ջիթերը։

Սերվերը 'CPU/GPU բեռնումը, ջերմաստիճանը, ulimit, բաց գանձերի քանակը, p95/p99 API-ում։
Ապրանքը 'ձիու թռիչք, պահպանումը, նստաշրջանի միջին տևողությունը, complaint-rate-ը։

SLO օրինակներ. Հատվածների 99,5 տոկոսը առաքվում է <1,5 s; 95-րդ Percentil Black RTC 352,5 s; drop-frame < 1%.

11) Արժեքի օպտիմիզացումը առանց որակի կորստի

Հիբրիդ 2019 'GPU-ի հիմնական պրոֆիլները, մրցանակների համար «գեղեցիկ» պրոֆիլները' x284 CPU-ում։

Content-aware encoding. Դինամիկ բիթրետները բեմերի վրա (ստատիկ/դինամիկ դրվագներ)։

Multi-CDN-ը գնային ռոտինգով։ Փոխակերպումը որակի/արժեքի ընդհանուր փոխաբերությամբ։
Հաճախորդների թվի նվազումը։ Եթե լսարանը բջջային է, 720p հաճախ «հարվածում է»։
Edge-origin-shield. Մենք ավելացնում ենք cache-hit-ը, նվազեցնում ենք origin-ի ելքային լուծումը։

12) Chek-Show-Show-Live-ը Լայվի գործարկման համար "հզոր

Ենթակառուցվածքը

Տրանսկոդերների կլաստերը (CPU + GPU) ավտոմեքենաների և տաք պահուստների հետ։
SFU կլաստեր Express RTC + TURN-pul սպիտակ IP-ով և relay-ի մոնիտորինգով։
Origin-shield և առնվազն 2 հազար CDN։
TTL/արխիվի քաղաքական գործիչների հետ (WORM) ձայնագրելու/գրանցելու համար։

Ցածր ուշացում

GOP 242 c, հիմնական կրակոցները ժամանակացույցի վրա, CBR/low-latency-press։
ABR սանդուղքը օպտիմիզացված է բջջային սեգմենտում։
Real-tim ժամանակի համաժամացումը, «video _ ts» նշանները իրադարձություններում։

Վստահություն

Անջատողականությունը, հոսքերի ֆեյլովերը, դպրոպի փոխարեն ավտոմատ որակի դեգրիդը։
Փորձարկումներ 1,5 հազար պլանային բեռի և «փոթորկի» տարբերակման համար։
Ամբողջական դիտարկումը 'չափումներ, լույսեր, հետքեր, ալտերտեր։

Անվտանգություն

TFC edge, հավաստագրերի լուծարումը, պաշտպանությունը խոտից/ռեստրիմներից։
PII Նվազեցումը, ցանցերի տարանջատումը, հասանելիության աուդիտը։

[Ստորագրված URM, կարճ TTL, գեո սահմանափակումներ, MSM անհրաժեշտության դեպքում։

---

13) Ճարտարապետության բաղադրատոմսը բովանդակության դերի վերաբերյալ

Ինտերակտիվ (տոկոսադրույքներ/վիկտորիններ/լայվ-կազինո): Windows RTC + SFU, ուլտրա-ցածր ուշացում, զուգահեռ LL-HMS-ը որպես «տեսողական» ֆիդ։
Զանգվածային լսարանի հեռարձակումները ՝ LL-HMS/DASH + ագրեսիվ CDN, ABR-օպտիմիզացիան, ձայնագրությունը և թայմշիֆը։
Հիբրիդ 'Express RTC-ում առաջնային, LL-HMS-ի հացահատիկը ռելեների և հետաձգված դիտման համար։

---

Live-բովանդակությունը պարզապես «տեսահոլովակ ինտերնետում» չէ։ Սա իրական ժամանակում կառավարվող հոսքերի գործարան է, որտեղ լրատվամիջոցների, encoders, SFU, CDN և շարժիչները աշխատում են սինխրոն և պիքսոնային բեռների տակ։ Հզոր սերվերները պետք է պահպանել էնկոդինգը և ֆան-աուտը առանց կադրերի կորստի։ CDN - միլիոնավոր հատվածներ արագ և դյոշևո հասցնելու համար։ Նրանք տալիս են այն, ինչ սպասում են հեռուստադիտողներին և ինտերակտիվ սցենարներին 'կայուն պատկեր, ցածր ուշացում և մասշտաբներ, իսկ բիզնեսը' կանխատեսելի արժեք և SLA։