My Live TV Channel

My Live TV Channel

Encode and publish HLS straight from a Mac, no streaming server or CDN required

بثّ اجتماع شركتك العام داخليًا، دون إرساله إلى خدمة SaaS

This article was translated from English with the help of AI. Read the original

حين ينضم 4,000 موظف إلى الاجتماع الشامل ذاته في الوقت ذاته، فإن أحدهم يدفع لأحدهم ثمن تلك البايتات. وعادةً ما يكون ذلك الطرف هو اشتراك في Microsoft Stream أو Zoom Webinar أو Vimeo Enterprise أو Brightcove، حيث تغادر البايتات شبكة الشركة لوهلة قصيرة، وترتدّ عن مركز بيانات تابع لطرف ثالث، ثم تعود إلى الشبكة نفسها عبر اتصال مختلف. فالمدير التنفيذي موجود في غرفة اجتماعات على بُعد بابين، ومع ذلك يذهب الفيديو الخاص به إلى فرانكفورت ويعود.

يسير الأمر على ما يرام إلى أن يطرح أحدهم السؤال الذي لا توجد له إجابة جيدة: “لماذا تمرّ حركة اجتماع town hall الداخلي لدينا عبر SaaS تابع لطرف ثالث؟” يطرحه قسم الامتثال قبل تدقيق صناعة منظَّمة. ويطرحه قسم الأمن بعد كل إفصاح عن خرق أمني يُذكر فيه مزوّد بث. ويطرحه المدير المالي حين يحين تجديد فاتورة SaaS المحسوبة لكل مشاهد. ويطرحه قسم تقنية المعلومات في أول مرة يصل فيها رابط WAN الخاص بالمبنى إلى حد الإشباع لأن الاجتماع الشامل سجّل حضورًا قياسيًا.

الإجابة الصادقة هي أن البث المباشر للشركات تطوّر حول مشفّرات RTMP ومنصات SaaS، لأن البدائل كانت إما باهظة التكلفة (فيديو المؤسسات من Cisco، أجهزة eCDN من Kollective وHive Streaming، معدات CDN داخلية)، أو منزلية الصنع بطريقة لم يكن لدى أي فريق تقنية معلومات نموذجي الوقت الكافي لصيانتها. اختارت المؤسسات SaaS لأن لا شيء غيره كان في المتناول.

غير أن ذلك قد تغيّر. فقد تجمّع المشفّر ومعيد الترميز والمغلِّف والناشر في قطعة برمجية واحدة تعمل على جهاز Mac. ولم تعد الوجهة بحاجة إلى أن تكون مزوّدًا. فعند توجيه البرنامج إلى خادم ويب داخل جدارك الناري، يُنتج البرنامج نفسه HLS بمعايير البث الاحترافي يقوم موظفوك بتشغيله عبر شبكة LAN الخاصة بالشركة، ولا يغادر شيء الشبكة.

هذا المقال يدور حول كيفية القيام بذلك تمامًا.

كيف يبدو “البث الداخلي المباشر للشركات” فعليًا

تندرج معظم مقاطع الفيديو الداخلية في شركة نموذجية ضمن قائمة قصيرة من الاستخدامات المتكررة.

اجتماعات all-hands الفصلية واجتماعات town hall للمدير التنفيذي. جماهير كبيرة (غالبًا الشركة بأكملها)، وتيرة منخفضة (من أربع إلى اثنتي عشرة مرة في السنة)، قيم إنتاجية متواضعة. تسامح زمن التأخير واسع، إذ تقبل التأخيرات بين خمس عشرة وثلاثين ثانية لأنه لا يوجد تفاعل ثنائي الاتجاه أثناء الكلمة الرئيسية، وتُدار جلسة Q&A عبر قناة منفصلة.

جلسات التدريب ودورات الشهادات. أحيانًا مباشرة، وكثيرًا ما يُعاد مشاهدتها. بضع مئات من المشاهدين المتزامنين كحد أقصى. يكون الإنتاج بكاميرا واحدة ومقدّم واحد، مع شرائح عرض تُشارَك من حاسوب محمول.

إطلاقات المنتجات وإعلانات الهندسة. داخلية فقط، لأن الإعلان موجَّه للموظفين قبل أن يصل إلى الصحافة. حساسة تجاه التسريبات.

جلسات الإحاطة الخاصة بالامتثال والموارد البشرية. التدريب السنوي على الأخلاقيات، التحديثات التنظيمية، الصحة والسلامة. مسار التدقيق أهم من تلميع الإنتاج.

تحديثات الحوادث الأمنية. داخلية بشكل افتراضي، لأن المحتوى عبارة عن تفاصيل حادثة. يجب أن تبقى داخل الشركة.

في كل من هذه الاستخدامات، يكون الجمهور هم الموظفين الداخليين على شبكة الشركة أو على VPN الخاص بالشركة. والمحتوى داخلي بحكم السياسة. أما إرسال البايتات إلى SaaS، وجعل SaaS يعيد تقديمها لموظفيك، والدفع بالدقيقة، ومطالبة الفريق القانوني بإضافة اتفاقية معالج بيانات أخرى، فهو طريق المقاومة الأقل، لا البنية المعمارية الصحيحة.

كيف يبدو البديل المحلي (on-prem) في 2025

البنية المعمارية صغيرة بما يكفي ليُمكن رسمها على ورقة لاصقة.

جهاز Mac واحد في غرفة الاجتماعات. قد يكون حاسوب MacBook الخاص بالمتحدث، كاميرا USB، نظام AV الخاص بالمبنى الذي يغذّي الصوت إلى الـMac، أو أي مزيج من ذلك. يضمّ Apple silicon مشفّر H.264 وHEVC وAV1 عتاديًا مطابقًا لما يستخدمه Final Cut Pro للتصدير. وتشفير 1080p بسرعة 5 Mbps و720p بسرعة 3 Mbps و540p بسرعة 1.8 Mbps في وقت واحد، وفي الزمن الحقيقي، هو ما صُمّمت الشريحة لأجله.

خادم ويب واحد داخل الجدار الناري. أي شيء يقبل HTTPS PUT ويقدّم الملفات. خادم ملفات معاد توظيفه، آلة افتراضية صغيرة بـLinux، خادم IIS أو nginx داخلي قائم بالفعل يقدّم محتوى الإنترانت. تستقبل النقطة الطرفية أجزاء MP4 المجزّأة الصغيرة (ست ثوانٍ لكل جزء) وملفات playlist بصيغة .m3u8 صغيرة الحجم. التخزين تافه: بثّ مدته ساعة واحدة بثلاثة مستويات جودة يستهلك نحو 4 GB. لا يقوم الخادم بإعادة الترميز، ولا بإعادة التغليف، بل يخزّن ويقدّم فحسب.

مشغّل HLS مضمَّن في صفحة الإنترانت. يعمل أي مشغّل HLS حديث: hls.js للمتصفحات التي لا تدعم HLS أصليًا، الدعم المدمج في المتصفح على Safari، جهاز Apple TV في الكافيتيريا، أنظمة شاشات قاعات الاجتماعات التي تشغّلها معظم الشركات بالفعل.

هذه هي البنية المعمارية كاملة. لا تغادر البايتات الشبكة أبدًا. لا يوجد خادم بث يحتاج ترخيصًا، ولا معيد ترميز سحابي يفرض فاتورة، ولا وكيل eCDN يجب تثبيته على كل حاسوب موظف، ولا اشتراك SaaS. يعمل My Live TV Channel على الـMac فيتولّى تشفير البث ورفعه. ويتكفّل خادم الويب الذي تمتلكه بالفعل بالباقي.

لماذا ينجح هذا على نطاق واسع على شبكة LAN الخاصة بالشركة

أول ردة فعل من العاملين في البنية التحتية هي عادةً أن خادم ويب واحدًا لا يستطيع التعامل مع جمهور town hall. على الإنترنت العام، هذا الحدس صحيح. أما على شبكة LAN داخل الشركة، فليس كذلك.

يستهلك بثٌ بدقة 1080p عبر HLS بسرعة 5 Mbps فوق وصلة صاعدة بسعة 1 Gbps الرابطَ بكامله عند نحو 200 مشاهد متزامن (1000 ÷ 5). الوصلة الصاعدة نفسها بسرعة 10 Gbps تحمل ما يقرب من 2,000 مشاهد متزامن بدقة 1080p. ويرفع الإصدار 720p عند 3 Mbps هذين الرقمين إلى نحو 333 و3,300 على التوالي. وفي سُلَّم معدّلات بت تكيُّفي يتوزّع فيه المشاهدون عبر مستويات متعددة، فإن معظم حواسيب الشركات المحمولة تستقرّ على 720p بمجرد أن يجد منطق التكيُّف في HLS الدرجة المريحة، فتكون السعة المتزامنة الواقعية على خادم 10 Gbps واحد عدّةَ آلاف من الموظفين.

إذا كان جمهورك أكبر من ذلك، فالخطوة التالية ليست SaaS، بل خادم داخلي ثانٍ، أو شبكة CDN الداخلية القائمة لديك (تمتلك معظم المؤسسات الكبرى بنية تحتية للتخزين المؤقت لتحديثات البرامج ومحتوى الإنترانت)، أو طبقة تخزين مؤقت واحدة من nginx أمام خادم الرفع. لا يحتاج أي من هذا إلى مزوّد، وكلّه أرخص من فوترة SaaS لكل مشاهد.

حين يكون الجمهور أكبر من قدرة البث الأحادي

ينتهي حساب البث الأحادي عبر LAN الموضّح أعلاه عند بضعة آلاف من المشاهدين المتزامنين لكل خادم. فإذا جمع اجتماع all-hands عالمي 50,000 موظف على شبكة المبنى نفسها في الدقيقة ذاتها، أو كنت تبثّ إلى قاعة بحجم ملعب مكتظّة بحواسيب الشركة المحمولة، يصطدم البث الأحادي بحائط، ويصبح تكديس المزيد من الخوادم مضيعةً للموارد.

الإجابة التقليدية هي البث المتعدد: نسخة واحدة من كل قطعة تنتقل إلى مجموعة بث متعدد، يشترك فيها كل مشاهد، وتقوم الشبكة بمضاعفة الحزم في المبدِّلات والموجِّهات حسب الحاجة. بثّ واحد بسرعة 5 Mbps يغذّي الحرم الجامعي بأكمله من مصدر واحد، دون مضاعفة في عرض النطاق لكل مشاهد.

عمليًا، البث المتعدد على شبكة الشركات حالة “نعم، لكن”:

  • يعمل فقط داخل شبكة مفعَّل فيها البث المتعدد. معظم شبكات الشركات تعطّل IGMP وPIM افتراضيًا لأسباب أمنية. تشغيلهما مشروع هندسة شبكات، لا مجرّد إعداد.
  • لا يعبر معظم اتصالات VPN. يرتدّ العاملون عن بُعد إلى البث الأحادي.
  • لا يعبر روابط WAN بين المكاتب من دون MPLS multicast صريح أو ما يماثله.
  • مفيد في الغالب داخل حرم جامعي واحد أو مبنى واحد، حيث بنى قسم تقنية المعلومات أشجار البث المتعدد بشكل مقصود.

إذا كانت شبكتك تدعمه، فإن طريقة استخدامه مع هذه البنية هي أن يبقى مشفّر الـMac يقوم بعمله (HLS عبر HTTPS PUT إلى خادم الويب الداخلي)، مع إضافة مترجم بث متعدد لاحقًا في السلسلة. ستقوم أدوات مفتوحة المصدر مثل tsduck وأجهزة تجارية من مزوّدي الشبكات بمتابعة مخرجات HLS، وبناء تغذية MPEG-TS متعددة البث، والإعلان عنها عبر SAP أو SDP. النقاط الطرفية التي تدعم البث المتعدد (VLC، أجهزة set-top boxes في قاعات الاجتماعات، أجهزة التلفاز الذكية في الكافيتيريا) تنضمّ إلى المجموعة بدلًا من سحب HLS أحادي البث. أما النقاط الطرفية التي لا تدعمه (معظم الحواسيب المحمولة في متصفّح) فتواصل استخدام مشغّل HLS الأحادي المُقدَّم من خادم الويب نفسه. جهاز Mac واحد، ووجهة رفع واحدة، إضافة إلى مترجم بث متعدد واحد، تغطّي نوعَي المشاهدين معًا.

بالنسبة لمعظم الشركات، يبقى هذا القسم نظريًا: إذ يتعامل البث الأحادي مع الاجتماع الشامل دون صعوبة. أما المؤسسات الكبيرة القليلة التي يصبح فيها الأمر غير نظري، فإن البنية تتوسّع دون تغيير المشفّر.

إعداد المنظومة لأول مرة

تستغرق المرة الأولى ما يقارب فترة بعد الظهر لفريق تقنية معلومات لم يسبق له القيام ببث داخلي. الترتيب التقريبي هو:

  1. اختر خادم الويب الوجهة. يصلح أي خادم ويب داخلي يدعم HTTPS. هيّئ مجلدًا مثل /intranet-broadcasts/town-hall-2025-q4/ مع تفعيل HTTPS PUT، دون مصادقة إذا كان خلف الجدار الناري، أو باستخدام basic auth إذا فضّلت ذلك. يقوم nginx مع dav_module بهذا في حوالي عشرة أسطر من الإعداد. ويُمثّل mod_dav في Apache الخيار المكافئ.

  2. اختبر النقطة الطرفية. من أي جهاز داخلي، يجب أن يُرجِع curl -X PUT https://intranet.corp/intranet-broadcasts/test/index.m3u8 --data "test" رمز الحالة 201. إذا فعل ذلك، تكون الوجهة جاهزة.

  3. هيّئ My Live TV Channel على Mac المُقدِّم. أضف وجهة HTTP PUT تشير إلى المجلد. احفظها. اختبر الاتصال. أنشئ Stream Profile مع سُلَّم معدّلات البت الذي تريده.

  4. ضمِّن مشغّل HLS في صفحة الإنترانت. يكفي وسم <video controls> يشير إلى عنوان URL للتشغيل في Safari. أما لـChrome وEdge، فأضف hls.js (وسم script واحد، وسطر JavaScript واحد). يبقى المشغّل بأكمله أقل من ثلاثين سطرًا من HTML.

  5. قم بتجربة استرشادية مع الفريق التقني. ابثّ من الـMac لمدة عشر دقائق. اطلب من بضعة مشاهدين داخليين الانضمام. راقِب لوحة التحكم. تأكّد من ظهور الأجزاء على الخادم الوجهة، ومن أن المشغّل يلتقطها، ومن أن زمن التأخير مقبول.

هذا هو الإعداد كاملًا. أما عمليات البث اللاحقة فتُعيد استخدام الوجهة نفسها، والملف الشخصي نفسه، وتضمين المشغّل نفسه.

ماذا عن Q&A والاستطلاعات وما تبقّى

تتعامل البنية أعلاه مع البث، لا مع الطبقة التفاعلية. أما بالنسبة لـQ&A والاستطلاعات والتفاعلات أثناء town hall، فلدى الشركات الداخلية عادةً قناة Slack أو Microsoft Teams تؤدّي الغرض على أكمل وجه، وتعمل بزمن تأخير أقل من ثانية على الشبكة الداخلية نفسها، وتتكامل مع الدليل الذي تستخدمه بقية الشركة. ومحاولة جعل SaaS البث أداةَ المحادثة أيضًا هي ما يجعل تلك المنتجات باهظة الثمن. أما تقسيم البث والتفاعل بين الأدوات التي تشغّلها شركتك بالفعل، فهو ما يجعل البنية رخيصة.

إذا أردت قناة معلومات داخلية على مدار الساعة طوال أيام الأسبوع (“CorpTV”)، فإن تطبيق playout My TV Channel يملأ الفترة بين عمليات البث المباشر بمحتوى مجدوَل (أرشيف اجتماعات all-hands المسجّلة، فيديوهات تدريبية، أخبار داخلية، تحديثات من المديرين). نفس الخادم الوجهة، ونفس تضمين المشغّل. يجد الموظفون الذين يصلون إلى صفحة القناة بعد ظهر يوم ثلاثاء شيئًا قيد التشغيل بدلًا من شاشة “البث غير متاح”.

ما يبقى في عُهدتك

للاستضافة الذاتية للفيديو الداخلي مفاضلات يستحقّ المرء أن يكون صريحًا بشأنها.

التسجيل والاحتفاظ. يحتفظ الخادم الوجهة بكل بثّ إلى أجل غير مسمّى ما لم تُعدّ مهمة تنظيف. وهذا جيّد للأرشيف وسيّئ للتخزين إذا نسيت. تريد معظم الشركات سياسة احتفاظ بعمليات البث الداخلية (تتماشى عادةً مع المتطلبات التنظيمية أو القانونية). أعدّها مرة واحدة، في cron، وانسَ الأمر.

الترجمة المكتوبة وإمكانية الوصول. الترجمة المباشرة غير مدمجة في تطبيق المشفّر، وتبيّن أن ذلك ليس مشكلة بقدر ما يبدو. تُولّد المتصفحات وأنظمة التشغيل الحديثة الترجمات المباشرة من جهة العميل، على الجهاز ذاته، دون تدخّل الخادم: تعمل ميزة Live Caption في Chrome على أي فيديو يُشغَّل في المتصفح، وتقوم Live Captions في macOS بالأمر نفسه على مستوى النظام في Safari، ولـEdge ميزته المكافئة. يقوم كل مشاهد بتشغيل الترجمة أو إيقافها في متصفّحه الخاص. أما إذا احتجت إلى ترجمة من جانب الخادم لأسباب الامتثال (يجب أن تكون الترجمات جزءًا من التسجيل، أو لا يمكنك الاعتماد على متصفّح المشاهد)، فمرّر الصوت عبر خدمة ترجمة (الترجمات المدمجة في Microsoft، AWS Transcribe، أدوات داخلية)، ثم اعرض الترجمات فوق الصورة في المشغّل. لا تتغيّر طبقة HLS في كلتا الحالتين.

المصادقة. داخل الجدار الناري، يكون قبول مبدأ “بإمكان أي شخص على شبكة الشركة المشاهدة” مقبولًا في الغالب. وإذا احتجت إلى ضمانات أقوى (إحاطات تنفيذية، إعلانات M&A)، فضع عنوان URL الخاص بالتشغيل خلف نظام SSO الحالي لديك أو خلف فحوصات وضع VPN. مصادقة ويب قياسية، لا مصادقة خاصة بالفيديو.

المكاتب عبر المناطق. إذا كانت لديك مكاتب في قارّات متعددة تنضمّ إلى بثّ واحد، فستحتاج إما إلى خادم تخزين مؤقت إقليمي في كل منطقة، أو إلى قرار مدروس باستخدام WAN الخاص بالشركة. عادةً ما تكون شبكات WAN محدودة المعدّل، فلا ينطبق حساب LAN أعلاه. خطّط وفقًا لذلك.

الحكم الصادق

سؤال التكلفة هو الأسهل في المبالغة. توجد فواتير SaaS للبث الداخلي، لكنها نادرًا ما تكون العامل الحاسم بمفردها. العامل الحاسم لمعظم الشركات التي تنتقل إلى بنية محلية (on-prem) هو أن الفيديو الداخلي يجب أن يبقى داخليًا. صوت المدير التنفيذي، الإعلان الهندسي، إحاطة M&A، التحليل اللاحق لحادث أمني، التدريب على الامتثال: لا يحتاج أيٌّ من هذه إلى مغادرة شبكة الشركة لكي يُسلَّم إلى جمهور الشركة الجالس عليها أصلًا. وعند تأطير الأمر بهذا الشكل، يصبح الجزء الذي يحتاج إلى تبرير هو “نُرسل نسخة عبر مركز بيانات تابع لمزوّد وندفع ثمن الرحلة ذهابًا وإيابًا”، لا البديل المحلي.

تطرح فرق الامتثال السؤال نفسه في الصناعات المنظَّمة: أيّ أطراف ثالثة تملك الوصول إلى تسجيلات اجتماعات الموظفين الداخليين؟ وتطرحه فرق الأمن بعد كل إفصاح عن خرق يُذكر فيه مزوّد بث. وتطرحه قواعد إقامة البيانات في بعض المناطق قبل أن يبدأ البث أصلًا. أما البنية التي لا تغادر فيها البايتات الشبكة فتُلغي السؤال.

إذا كانت لديك تلك المخاوف وكان فريق تقنية المعلومات لديك قد سئم تزويد كل حاسوب محمول بوكيل eCDN لمزوّد آخر، فإن الإجابة العملية باتت الآن صغيرة بما يكفي لإعدادها في فترة بعد الظهر. جهاز Mac في غرفة الاجتماعات، خادم ويب تمتلكه بالفعل، وتطبيق يمكنك تجربته مجانًا لمدة أسبوع. يتّسع رسم البنية على ورقة لاصقة. وينخفض عدد المزوّدين الذين يملكون الوصول إلى صوت مديرك التنفيذي من “عدد منهم” إلى “صفر”.

جرّب My Live TV Channel مجانًا لمدة 7 أيام على Mac App Store ←

Need Help With Your Streaming Project?

This article was written by experienced professionals available through iReplay.tv. Whether you need expertise in بث مباشر داخلي للشركات، بث محلي، اجتماع شامل للشركات، بث الإنترنت الداخلي، فيديو مباشر للشركات دون SaaS، بديل eCDN، HLS داخلي، بث صديق لجدار الحماية—our network of specialists can bring your project to life.

Hire a Professional →

Featured App

My Live TV Channel

My Live TV Channel

Encode and publish HLS straight from a Mac, no streaming server or CDN required