Canlı yayım zamanı yüksək paralellik problemlərini necə həll etmək olar

Canlı yayımları izləmək istəyən istifadəçilər üçün videolara rəvan baxa bilmək çox xoşdur. Ancaq həqiqi vəziyyət, müəyyən bir müddətdə çox sayda istifadəçi məlumatının basması (izləyicilərin sayının artması, baraj mesajlarının başlaması və s.), Eyni vaxtda quruluş optimallaşdırılmadığı təqdirdə, ekranın donması vəziyyəti ilə qarşılaşmamaq çətindir. Yəni canlı yayım sisteminin mənbə kodunun hazırlanması prosesində yüksək paralelliyin səbəb olduğu bu problemlərlə necə düzgün mübarizə aparmaq olar? 1. Oğurluq əleyhinə zəncir işləmə bir veb canlı yayım otağıdırsa, mövcud sayt zəli əleyhinə deyilsə, zərərli istəklərə məruz qalmaq asandır. Çox zərərli istək nisbətən böyük trafikə sahib canlı yayım otaqlarına böyük bir yük gətirəcəkdir. Məsələn, A və B kimi iki canlı yayım veb saytı var. A stansiyası B stansiyasının mənbələrindən istifadə edir və səhifə B stansiyasının şəkillərini, JS və CSS-lərini yerləşdirir. A stansiyası, B stansiyası tərəfindən hansı trafikin istifadə olunacağına əhəmiyyət vermir, lakin B stansiyasının şəkilləri, JS və CSS adlanırsa, B stansiyası üçün. Bir istifadəçi A stansiyasını ziyarət etdikdə, B stansiyasına bir neçə HTTP istəyi verəcək, bununla da B stansiyasının trafikini və bant genişliyini alacaq və eyni zamanda B stansiyasının bəzi müəllif hüquqları məsələlərini pozacaq. Bundan danışarkən, öz canlı yayım veb saytınızdakı trafiği optimallaşdırarkən, CSS, JS və şəkilləri birləşdirmək kimi HTTP istəklərini azaltmağı da düşünməlisiniz. Bu şəkildə bəzi veb faylların tutumu biraz daha böyük olacaq, lakin istəklərin sayı azalacaq. 2. CDN sürətlənməsi Bunun canlı yayım sisteminin mənbə kodunun inkişafında standart bir konfiqurasiya olduğunu söyləmək olar. Əlbətdə ki, adi bir statik səhifə olsa da, CDN istifadə olunmasa çox geri qalacaq. Buradakı prinsip haqqında qısaca danışaq: Daha geniş yayılmış ifadələrlə, bəzi ön faylları və sistemin ön uç qaynaqlarını CDN-ə yerləşdirə bilərik. İstifadəçi səhifəni ziyarət edərkən yaxınlıqdakı CDN vasitəsilə əldə edilə bilər və müəyyən mənada bant genişliyi problemini həll edin. Üç, server optimallaşdırması İndi canlı yayım mənbəyi kodunun əksəriyyəti php-də yazılmışdır, bunun üçün bir neçə səhifə statik işləmə edə və bəzi məlumatları birbaşa HTML koduna önbelleğe ala bilərsiniz. Yerli CPU yükünü və server təzyiqini azaltmaq çox təsirli olacaqdır. Bununla birlikdə, statik səhifənin müəyyən bir sona çatma müddəti var, statik məlumatları əbədi olaraq göstərmək mümkün deyil, buna görə bəzi dinamik məzmun yaratmaq mənasızdır. Ancaq bəzi real vaxt məzmunu üçün statikləşdirmə aparmaq çox məqbul deyil. Bu anda, statikləşdirməyə nüfuz etməli və sorğunun cavab sürətini yaxşılaşdırmaq üçün giriş prosesinin çox yivli asinxron emalını aparmalıyıq. Dördüncüsü, verilənlər bazası optimallaşdırması Əksər veb səhifələr Memcache ilə önbelleğe alınabilir, ancaq canlı mənbə kodu inkişaf etdirmək üçün Redis və mysql önbelleği ən çox işləyənlərdir. Ancaq real məlumat əldə etmək üçün bu önbellekləri atladığımızda, giriş səmərəliliyinin artırılması üçün sistem məlumat masasında şaquli və ya üfüqi bölünmə və ya məlumatların oxunması və oxunması kimi bəzi bölmə işləri aparmaq üçün mycat kimi bəzi vasitələrdən istifadə edə bilərik. ayrılıq yaz. Gözləmək. Canlı mənbə kodunun hazırlanması prosesində kəkələmə ilə davranışın əslində əksər veb səhifələrin optimallaşdırma prosesindən çox fərqlənmədiyini görmək çətin deyil.