الفيديو المباشر بين الطرفين: ما الذي يزيله وما الذي لا يزيله

تستطيع المتصفحات الحديثة إرسال الصوت والفيديو مباشرةً إلى بعضها. وتُسمى هذه التقنية WebRTC، وهي معيار من W3C مدمج في كل المتصفحات الرئيسية ومتاح لتطبيقات الجوال عبر مكتبات مفتوحة المصدر.

لذا يمكن أن تجري مكالمة فيديو بين شخصين دون مرور الوسائط بخادم وسائط لدى أحد. وهل هذا هو التصميم الصحيح لك؟ يعتمد على ما تحتاجه غير ذلك. وتعرض هذه المقالة المفاضلات من الجانبين.

الاتصال المباشر لا يعني الاستغناء عن الخوادم. فأنت تحتاج:

• الإشارة (Signalling) — طريقة يتبادل بها الطرفان تفاصيل الاتصال قبل أن يتصلا. وهي مهمة صغيرة لتمرير الرسائل (يكفيها WebSocket)، لا مشكلة وسائط.
• STUN — خدمة صغيرة تخبر كل جهاز كيف يبدو عنوانه العام على الإنترنت من الخارج.
• TURN، في بعض الأحيان — مُرحِّل لحين تمنع الشبكات الاتصال المباشر (جدران حماية مؤسسية صارمة، وبعض شبكات الجوال، وكثير من شبكات الواي فاي في الفنادق والمؤتمرات). وTURN يحمل الوسائط نفسها، فيحمل فاتورة نطاق ترددي.

فالادعاء الدقيق إذن "بلا خادم وسائط، في معظم الأحيان"، لا "بلا خوادم".

ولا واحد منها هو "الجواب الصحيح". فهي تناسب أحجام مكالمات وميزات وقدرات فرق ومتطلبات امتثال مختلفة.

عدد المشاركين. في "الشبكة المتشابكة" يرسل كل مشارك تدفقه إلى كل الآخرين. فكل شخص جديد يضيف اتصالاً بكل من سبقه، فيتسلق النطاق والمعالجة بسرعة. اثنان سهل؛ وثلاثة أو أربعة مقبول غالباً على اتصالات جيدة؛ وبعد ذلك تحتاج خادم وسائط.

أي شيء على الخادم. التسجيل والتفريغ النصي والإشراف والبث المباشر إلى جمهور كلها تتطلب مرور الوسائط بخادم.

أجهزة وشبكات متباينة. مع خادم وسائط يستطيع المشارك إرسال تدفق واحد عالي الجودة ويكيّفه الخادم لكل مستلم. أما في الاتصال المباشر فأضعف جهاز أو اتصال في المكالمة يميل إلى وضع السقف للجميع.

في الإعداد الذاتي، الرقم الذي يحكم الكلفة هو حصة المكالمات التي تحتاج TURN، لأن المكالمات المُرحَّلة تحمل نطاقاً حقيقياً والمباشرة لا تحمل شيئاً. وتتباين التقديرات المنشورة، وترتفع الحصة بشدة على الشبكات نفسها التي يجلس عليها مستخدمو الأعمال.

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

يهم موقع البيانات — أين تسافر بيانات العملاء وتُخزَّن فعلياً — في الصحة والقانون والمال والحكومة. ولكل نهج حجته هنا، ولا شيء تلقائي:

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

ووسائط WebRTC مشفّرة دائماً أثناء النقل. لكن مع وجود خادم وسائط في الوسط، يستطيع ذلك الخادم عادةً الوصول إلى الوسائط ما لم يُضف تشفير إضافي من طرف إلى طرف — وهو سؤال يستحق الطرح على أي تصميم.

من السهل الاستهانة بما تتحمله حين تشغّل الفيديو بنفسك. فالخدمة المستضافة تقدّم عادةً مُرحِّلات وخوادم وسائط في مناطق كثيرة، وحزم تطوير للجوال، وتكيّفاً مع الشبكات الضعيفة، وتسجيلاً وتفريغاً، ومراقبة لجودة المكالمات، والتزامات بالتوافر، ووثائق امتثال، ودعماً. وإن لم يكن لديك فريق جاهز لتشغيل بنية آنية على مدار الساعة، فقد تكون قيمتها جيدة.

وبالمثل، إن كانت مكالماتك ثنائية في معظمها، وميزاتك بسيطة، ولديك المهارات، فقد يكون المسار المباشر الذاتي رخيصاً ويُبقي الوسائط بعيدة عن خوادم الغير في معظم الأوقات.

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

• إلى أين يمكن أن تسافر الوسائط، بما في ذلك حين يُستخدم مُرحِّل؟ وهل نستطيع حصرها في مناطق محددة؟
• ماذا يحدث لجودة المكالمة على الشبكات المؤسسية المقيّدة؟
• من يستطيع الوصول إلى الوسائط في الوسط، وهل يتوفر التشفير من طرف إلى طرف؟
• ماذا يضيف التسجيل من كلفة ومعالجة للموافقة ومدد احتفاظ؟

• التأخير الذي تشعر به فعلاً — الخطوة التالية في هذا المسار.
• متى يكون الفيديو في مكانه ضمن الدعم — هل تقدّم الفيديو أصلاً.
• WebRTC بعبارات بسيطة — اللبنات الأساسية، مشروحة.