क्यों लॉन्च करने से पहले वीडियो स्ट्रीम का परीक्षण करना

1) जीने के लिए यह महत्वपूर्ण क्यों है

उत्पाद सुविधा के रूप में कम विलंबता। एक लाइव में, एक बफर या विभाजन त्रुटि एक देर से दांव, एक विवादित दौर और एक आत्मविश्वास हिट है।

हजारों दर्शकों के लिए फैन। ट्रांसकोडर सेटिंग्स में एक छोटी सी अशुद्धि पूरे धारा में एक बड़े पैमाने पर फ्रिज़में तराजू।

अपरिवर्तनीय क्षण। VOD के विपरीत, आप "रीशूट" नहीं कर सकते: फ्रेम विफलता = खोई हुई घटना।

घटना की लागत। 5-10 मिनट की अनुपलब्धता राजस्व और एनपीएस को हिट करती है, और एसएलए जुर्माना पी एंड एल।

2) वास्तव में परीक्षण क्या है (घटक मानचित्र)

1. स्टूडियो: कैमरा, लाइट, साउंड, टाइमकोड सिंक्रनाइज़ेशन।

2. एनकोडिंग: प्रीसेट - सिंक, जीओपी, आईडीआर फ्रीक्वेंसी, प्रोफाइल।

3. ट्रांसकोडिंग/एबीआर: बिटरेट सीढ़ी, 240p-1080p कदम, "ब्लैक स्क्रीन" के बिना स्विच करना।

4. परिवहन: इंटरैक्टिव के लिए WebRTC (DTLS-SRTP); पैमाने के लिए LL-HLS/DASH।

5. मीडिया सर्वर: एसएफयू/ओरिजिनल, टर्न पूल, ओरिजिनल-शील्ड।

6. सीडीएन: मल्टी-सीडीएन, आरयूएम रूटिंग, सेगमेंट कैचबिलिटी।

7. क्लाइंट: प्लेयर, जिटर-बफर, फॉलबैक, आरयूएम टेलीमेट्री कलेक्शन।

8. सुरक्षा: टीएलएस 1। 3, URL टोकन, घटना हस्ताक्षर।

9. अवलोकन: मैट्रिक्स, लॉग, ट्रेस, अलर्ट।

3) गुणवत्ता मेट्रिक्स (एसएलआई) और लक्ष्य (एसएलओ)

SLI:

ई 2 ई-देरी (ग्लास-टू-ग्लास)
स्टार्टअप समय (पहले फ्रेम तक)
पुनर्निर्माण अनुपात और औसत बफर अवधि ड्रॉप-फ्रेम दर/फ्रेम गिरा प्रोफ़ाइल स्विचिंग आवृत्ति (गुणवत्ता स्विच)
WebRTC: RTT, पैकेट लॉस, जिटर, NACK/FEC शेयर, टर्न-रिले शेयर
LL-HLS% सेगमेंट वितरित <लक्ष्य समय, प्रकट/खंड त्रुटियाँ
CDN: कैश-हिट, TTFB по PoP/ASN

एसएलओ के उदाहरण:

WebRTC e2e ≤ 2,5 с (95p), LL-HLS ≤ 5 с (95p)
स्टार्टअप: ≤ 1,5 с (WebRTC), ≤ 2,5 с (LL-HLS)
पुनर्निर्माण अनुपात <0। 5% पैकेट हानि सत्र समय ≤ 1% (95p), RTT ≤ 120ms (95p)
CDN कैश-हिट ≥ 80%, मूल egress ≤ 20%

4) परीक्षण प्रक्रिया: परत द्वारा

4. 1. कैमरा/ध्वनि/प्रकाश

शोर मीटर और रंग नक्शे; एक्सपोज़र चेकिंग और झिलमिलाहट मुक्त।

ऑडियो-वीडियो तुल्यकालन (लिप-सिंक्रनाइज़ेशन)।
लापता फ्रेम की जांच के लिए मोशन टेस्ट पैटर्न (पेंडुलम/कार्ड मिल)।

4. 2. एनकोडिंग/ट्रांसकोडिंग

प्रोफाइल: GOP ≤ 2 s, उचित बी-फ्रेम, अनुरोध पर कीफ्रेम।

एक ही बिटरेट पर CPU x264 बनाम GPU NVENC गुणवत्ता की तुलना।

प्रोफाइल (1080p→720p→540p) के बीच संक्रमण: कोई "काला" फ्रेम नहीं।

4. 3. परिवहन और मीडिया सर्वर

WebRTC: SFU लोड, नुकसान/जीटर ग्रोथ के साथ गुणवत्ता गिरावट, NACK/PLI शुद्धता।

टर्न: प्रतिशत रिले, बैंडविड्थ, आईपी भू-वितरण।

LL-HLS: आंशिक-खंडों (200-500 ms) की अवधि, प्रकट की स्थिरता, प्रीफेच।

4. 4. सीडीएन и एज

क्षेत्र/संचार प्रदाता, टीटीएफबी माप, कैश-हिट, प्रकट त्रुटि द्वारा परीक्षण।

RUM सिग्नल, फीलओवर परिदृश्यों द्वारा मल्टी-सीडीएन रूटिंग।

4. 5. क्लाइंट/प्लेयर

खराब नेटवर्क बर्ताव: देरी, एफपीएस ड्रॉप, बफरिंग, फास्ट कीफ्रेम आवेषण।

मोबाइल उपकरण/ब्राउज़र: संगतता, बिजली की खपत, विलंबित डिकोडर इनिशियलाइज़ेशन।

5) परीक्षण प्रकार और परिदृश्य

ए। कार्यात्मक

स्टार्ट/स्टॉप, म्यूट/अनम्यूट, ठहराव/फिर से शुरू (दर्शक फ़ीड के लिए)।

सट्टेबाजी/घोषणा टाइमर (यदि इंटरैक्टिव) सही करें।

बी। उत्पादक

लोड: नियोजित भार × 1। 0.

तनाव: × 1। 5-2. 0 उपयोगकर्ता, कनेक्शन स्पाइक्स।

भिगोना: 6-12 घंटे का स्थिर प्रसारण, मेमोरी लीक/डिस्क्रिप्टर्स को पकड़ ना।

फट: छोटे कनेक्शन (ज्वाइन-लीव) का हिमस्खलन, ट्रैफिक "छापे" की नकल।

सी। नेटवर्क "तूफान"

फट का नुकसान 1-5-10%, जिटर 30-80-150 एमएस, 50-200-400 एमएस की देरी।

नेटवर्क स्विचिंग (वाई-फाई ↔ 4G/5G), मक्खी पर बैंडविड्थ सीमा।

पोर्ट/यूडीपी ताला → टर्न-रिले शेयर वृद्धि, स्थिरता जांच।

डी। सीडीएन/मूल घटनाएं

एक PoP का पतन, प्रदाता A → ऑटो-रीडायरेक्शन में त्रुटियों में वृद्धि B।

उत्पत्ति-ढाल ड्रॉप - मूल और दर-सीमा सुरक्षा जांच।

ई। सुरक्षा/पहुँच

URL/DRM टोकन समाप्ति, प्रमाणपत्र निरस्तीकरण, कुंजी फिर से बनाना।

खिलाड़ी व्यवहार जब कुंजी-सर्वर अनुपलब्ध है (उपयोक्ता को सुंदर फॉलबैक/संदेश)।

6) e2e देरी को सही ढंग से कैसे मापना है

हमने फ्रेम (हार्डवेयर या सॉफ्टवेयर) में एक वास्तविक टाइमस्टैम्प के साथ एक वीडियो बीकन एम्बेड किया।

क्षेत्र द्वारा सिंथेटिक ग्राहक फ्रेम-पहचान शूट करते हैं और सर्वर समय के साथ तुलना करते हैं।

इंटरैक्टिव के लिए: "ऑप्टिकल भ्रम" को खत्म करने के लिए मैप 'वीडियो _ ts "" क्लोज दांव "/" परिणाम "घटनाएं।

7) अवलोकन: शुरू करने से पहले क्या चालू करना है

प्लेयर में RUM-SDK: e2e, स्टार्टअप, स्टाल, स्विच, डिकोडर त्रुटियाँ.

WebRTC-आँकड़े: RTT, हानि, जिटर, बिटरेट, nack/pli/fir счётчики, रिले-अनुपात।

सीडीएन डैशबोर्ड: कैश-हिट, टीटीएफबी, पीओपी/एएसएन त्रुटियां।

सर्वर मेट्रिक्स: ट्रांसकोडर सीपीयू/जीपीयू, एसएफयू/एज, पी 95 एपीआई, ओपन सॉकेट की संख्या।

अलर्ट: SLO (e2e, पुनर्निर्माण, कैश-हिट, रिले-अनुपात), 4xx/5xx फटने से परे जाना।

8) गो-लाइव चेकलिस्ट

गुणवत्ता

e2e लक्ष्य प्रतिशत में देरी (SLO देखें)।
स्टार्टअप ≤ लक्ष्य, पुनर्निर्माण <दहलीज, ड्रॉप-फ्रेम <1%।
प्रोफ़ाइल स्विच करते समय कोई काली स्क्रीन नहीं।

विश्वसनीयता

लोड/तनाव/सोक/फट परीक्षण बिना क्षरण के पारित किए गए थे।
WebRTC → LL-HLS ऑटो-फोलबैक (दर्शक के लिए) पारदर्शी रूप से काम करता है।
ओरिजिनल-शील्ड और मल्टी-सीडीएन स्विच स्वचालित रूप से।

संगतता

शीर्ष ब्राउज़र/ओएस/उपकरण, मोबाइल नेटवर्क - महत्वपूर्ण रीग्रेशन के बिना।
टर्न-रिले - एक दिया हुआ सीमा, विकास के दौरान स्थिर ऑपरेशन।

सुरक्षा

टीएलएस 1। 3, टोकन URL, DRM/कुंजी सर्वर दर-सीमा के साथ।
इवेंट/वेबहुक सिग्नेचर, शॉर्ट टीटीएल, एंटी-रीप्ले।

अवलोकन क्षमता

RUM और सिंथेटिक्स सक्षम हैं, डैशबोर्ड/अलर्ट कॉन्फ़िगर किए गए हैं।
हादसा रनबुक सुसंगत और परीक्षण है।

9) रिलीज से पहले बार-बार त्रुटियां और उनसे कैसे बचें

बहुत लंबे GOP/दुर्लभ कीफ्रेम - नुकसान से धीमी गति से वसूली।

लाइव - अस्थिर बिटरेट पर आक्रामक वीबीआर, देरी कूदता है।
ढाल के बिना एक सीडीएन → चोटियों पर मूल पर स्पाइक्स।
WebRTC में कोई SVC/simulacast नहीं है - हम पूरी तरह से चिकनी गिरावट के बजाय गिरते हैं।
लॉन्च के पहले घंटों के दौरान RUM → "ब्लाइंड" कमांड की अनुपस्थिति।

10) योजना "रिहर्सल" (ड्राई-रन)

कम से कम दो ड्रेस रिहर्सल: दिन (औसत लोड) और शाम (चोटी), प्रत्येक कम से कम 90 मिनट।

नेटवर्क तूफानों का अनुकरण, एक सीडीएन प्रदाता का विघटन, "महंगा" 1080p60 प्रोफ़ाइल का बंद।

कुंजी/प्रमाणपत्र स्विचिंग "लाइव" (परीक्षण परिपथ में) - जाँच प्रक्रियाएँ।

11) रनबुक की घटनाएं (लघु संस्करण)

1. क्षेत्र/आरओआर को निर्धारित करने के लिए e2e/rebuffering/TTFB → में वृद्धि दर्ज की गई थी।

2. प्रोफ़ाइल डिग्रेडेशन सक्षम करें (fps/bitrate), कीफ्रेम भेजें.

3. मल्टी-सीडीएन रूटिंग स्विच करें; WebRTC समस्याओं के मामले में - LL-HLS पर दर्शक प्रतिक्रिया।

4. खिलाड़ी में संचार ("प्रवाह का एक स्थिरीकरण है"), घटना का लॉगिंग।

5. पोस्टमार्टफैक्ट, अलर्ट थ्रेसहोल्ड और प्रोफाइल का अपडेट।

12) नीचे की रेखा

प्री-लॉन्च वीडियो स्ट्रीम परीक्षण एक अनुशासन है जो एन्कोडिंग, मीडिया सर्वर, सीडीएन और क्लाइंट को एक सामान्य मैट्रिक्स और स्क्रिप्टिंग सिस्टम से जोड़ ता है। जब टीम के पास एसएलओ, सिंथेटिक्स और आरयूएम, रिहर्सल किए गए लोकपीठ और मल्टी-सीडीएन हैं, और वीडियो प्रोफाइल को लाइव करने के लिए ट्यून किया जाता है, तो लॉन्च अनुमानित है: कम विलंबता, स्थिर चित्र और प्रबंधनीय जोखिम। इस तरह से लाइव प्रारूप दर्शकों के विश्वास को बनाए रखता है और पहले दिन से ही पीक लोड का सामना करता है।