جایی که تاخیر پخش زنده قبل از اینکه به کسی برسد شروع می شود

در یک نگاه

• بیشتر تأخیر پخش زنده قبل از شبکه تحویل جمع می شود، نه در داخل آن

• محیط های سرور اشتراکی، تاخیر غیرقابل پیش بینی را تحت بار همزمان بالا اضافه می کنند

• طراحی شبکه داخلی تعیین می کند که ترافیک بین مبدا و خروجی چقدر زمان از دست می دهد

• مسیریابی ثابت نمی تواند به ازدحام در زمان واقعی پاسخ دهد. می تواند مسیریابی انعطاف پذیر

• رفع تأخیر مستلزم بررسی تصمیمات زیرساختی است که قبل از خروج فید از سیستم شما اتخاذ شده است

شما 30 ثانیه به یک لحظه ورزشی زنده سپری کرده اید و مانیتور شما یک فید تمیز را نشان می دهد. شبکه تحویل شما خوب به نظر می رسد. CDN شما هیچ مشکلی را گزارش نمی کند. اما بینندگان همچنان با تأخیر مواجه هستند – و شما نمی‌توانید آن را در محیط آزمایشی خود بازتولید کنید زیرا آزمون هرگز همزمان با روز مسابقه اجرا نمی‌شود.

زمانی که جریان شما به شبکه تحویل می‌رسد، معمولاً 10 تا 20 ثانیه از دست داده‌اید. شبکه تحویل آن شکاف را ایجاد نکرد. همچنین نمی تواند آن را ببندد.

اینجاست که آن ثانیه ها واقعاً کجا می روند.

زیرساخت های مشترک تحت فشار رفتار متفاوتی دارند

محیط های سرور اشتراکی در شرایط عادی عملکرد خوبی دارند. وقتی یک رویداد زنده هزاران بیننده همزمان را به داخل می‌برد، هر لایه اضافی بین ترافیک شما و مقصد آن تأخیر اضافه می‌کند – و این تأخیر به سرعت غیرقابل پیش‌بینی می‌شود. جریان به‌گونه‌ای کاهش می‌یابد که بازتولید آن در خارج از یک رویداد زنده دشوار است و تشخیص آن در حین اجرای رویداد تقریباً غیرممکن است.

وقتی تیم شما سرورها را کنترل می کند، ترافیک مسیر مستقیمی را طی می کند. عملکرد بدون توجه به بارهای کاری دیگر ثابت می ماند روی همان زیرساخت فیزیکی

https://www.youtube.com/watch؟v=8WtLQjIvsu0

طراحی شبکه داخلی جایی است که تاخیر در سکوت ایجاد می شود

بین نقطه‌ای که سیگنال زنده وارد سیستم شما می‌شود و نقطه‌ای که به بینندگان می‌رسد، ایستگاه‌هایی وجود دارد که ممکن است تیم شما برای مدتی نقشه‌برداری نکرده باشد. ترافیک در طول مسیر چند تا انتقال ایجاد می کند؟ در بارگذاری روز مسابقه، هر مرحله واقعاً می تواند چقدر حجم را تحمل کند؟ اینها سوالاتی نیستند که در جلسات بودجه مطرح می شوند، اما در جایی هستند که تأخیر انباشته می شود – بی سر و صدا، رویداد پس از رویداد، در تصمیمات معماری اتخاذ شده در طول ساخت و نه در طول عملیات.

مسیریابی ثابت نمی تواند به کاری که شبکه در حال حاضر انجام می دهد پاسخ دهد

انتقال سریع داده ها انتظار پایه است. چیزی که یک جریان ثابت را از جریانی که تحت بار کاهش می‌یابد جدا می‌کند، ظرفیت تصمیم‌گیری مسیریابی در زمان واقعی است: شناسایی تراکم قبل از رسیدن به بینندگان، انتخاب تمیزترین مسیر موجود بین مبدأ و مخاطب، و تنظیم خودکار بر اساس روی شرایط فعلی شبکه به جای تصمیمات پیکربندی که ماه ها قبل از آن گرفته شده است.

https://www.youtube.com/watch؟v=OOBsRjoYl1E

مشکل تاخیر تقریبا همیشه قبل از لایه تحویل قرار دارد

اپراتورهایی که تاخیر مداوم را حل کرده اند، با شبکه تحویل شروع نشده اند. آنها همه چیز را در بالادست بررسی کردند، یافتند که کجا زمان از دست می رود، و تغییراتی در سطح زیرساخت ایجاد کردند. شبکه تحویل اعتبار برای بهبود تجربه بیننده دریافت کرد. کار واقعی زودتر اتفاق افتاده است.

اگر تأخیر پخش جریانی شما در جایی نیست که باید باشد و تنظیم تحویل شما تمیز به نظر می رسد، مشکل تقریباً در 10 تا 20 ثانیه قبل از خروج فید از محیط اصلی شما است.

در مورد اینکه تاخیر شما واقعاً به کجا می‌رود، با تیم پخش Nexcess با Servers.com صحبت کنید.