بث RTSP عبر VPN مع إعادة بث ذاتية التحجيم وتسليم HLS وتسجيل
كانت منصة مراقبة بحاجة إلى استيعاب آمن لخلاصات كاميرات RTSP من مواقع بعيدة عبر أنفاق VPN، وإعادة بثها للعرض عبر الويب ومعالجة AI، وتحجيم البنية التحتية لإعادة البث تلقائيًا بناءً على الطلب، وتسجيل التدفقات للأرشفة — كل ذلك مع الحفاظ على زمن انتقال منخفض واتصال موثوق عبر ظروف الشبكة غير المتوقعة.
ناقش مشروعك
التحدي
تسبب ربط كاميرات IP البعيدة بمنصة سحابية مركزية في ظهور تحديات متعددة في البنية التحتية:
- أمان الشبكة — عبرت تدفقات كاميرات RTSP الإنترنت العام، مما عرض خلاصات الفيديو للاعتراض بدون تشفير
- اجتياز NAT/جدار الحماية — لم يكن بالإمكان الوصول إلى الكاميرات خلف جدران الحماية المؤسسية وNAT مباشرة من السحابة
- عبء إعادة البث — كانت تدفقات RTSP الخام بحاجة إلى التحويل إلى بروتوكولات صديقة للويب (HLS) للعرض المستند إلى المتصفح، مما يتطلب بنية تحتية مخصصة للتحويل
- الطلب المتغير — تذبذب طلب المشاهدين ومعالجة AI على مدار اليوم، لكن خوادم إعادة البث الثابتة لم تتمكن من التحجيم
- التسجيل على نطاق واسع — يتطلب التسجيل المستمر لعشرات من تدفقات الكاميرات إدارة تخزين موثوقة مع سياسات الاستبقاء
- موثوقية التدفق — توقفت أنفاق VPN أثناء عدم استقرار الشبكة، مما تطلب إعادة اتصال تلقائية دون فقدان استمرارية التدفق
- التسليم متعدد البروتوكولات — احتاج المستهلكون المختلفون إلى بروتوكولات مختلفة: RTSP لعوامل AI، وHLS للمشاهدين عبر الويب، والمقاطع المسجلة للأرشفة
حلنا
لقد قمنا ببناء منصة بث RTSP عبر أنفاق VPN مع محور VPN لاتصال آمن بالكاميرات، وخوادم إعادة بث RTSP ذاتية التحجيم لتسليم متعدد البروتوكولات، وتغليف HLS لتشغيل المتصفح، وتسجيل مستمر مع إدارة الاستبقاء.
البنية
- محور VPN: خادم VPN مركزي ينشئ أنفاقًا آمنة إلى مواقع الكاميرات البعيدة
- استيعاب RTSP: الكاميرات المتصلة بـ VPN تنشر تدفقات RTSP عبر أنفاق مشفرة
- مجموعة إعادة البث: خوادم MediaMTX ذاتية التحجيم لترحيل RTSP وتحويل HLS وتوزيع التدفقات
- تغليف HLS: تحويل RTSP إلى HLS في الوقت الفعلي لتسليم متصفح الويب
- خدمة التسجيل: تسجيل تدفق مستمر مع تخزين قائم على المقاطع وسياسات الاستبقاء
- موازن التحميل: يوزع اتصالات المشاهدين وعوامل AI عبر خوادم إعادة البث
- المنسق: يراقب الطلب ويقوم بتحجيم مجموعة إعادة البث صعودًا أو هبوطًا
- التخزين: تخزين الكائنات للمقاطع المسجلة مع إدارة دورة الحياة
بنية نفق VPN
الاتصال الآمن بالكاميرا
- يتم نشر محور VPN في السحابة وينشئ أنفاقًا مشفرة إلى كل موقع بعيد
- تقوم الكاميرات في المواقع البعيدة ببث RTSP داخل نفق VPN — لا يوجد تعرض للإنترنت العام
- يحصل كل موقع على عميل VPN يتصل بالمحور، مما ينشئ طبقة شبكة خاصة
- يمكن الوصول إلى تدفقات كاميرات RTSP بواسطة البنية التحتية السحابية عبر عناوين IP الخاصة بـ VPN
- تتشارك كاميرات متعددة لكل موقع نفق VPN واحد
اجتياز NAT/جدار الحماية
- يقوم عملاء VPN ببدء اتصالات صادرة من موقع الكاميرا (لا حاجة لقواعد جدار الحماية الواردة)
- يقبل المحور الاتصالات الواردة، مما ينشئ أنفاقًا ثنائية الاتجاه
- تصل خدمات السحابة إلى خلاصات كاميرات RTSP عبر شبكة VPN كما لو كانت محلية
الموثوقية
- إعادة اتصال تلقائية للنفق عند انقطاع الشبكة
- تحقق Keepalive يكتشف الأعطال الصامتة ويستعيدها
- دعم بروتوكولات نفق متعددة للتوافق مع الشبكات المقيدة
- مراقبة صحة كل نفق مع تنبيه عند الانقطاعات الطويلة
إعادة البث ذاتية التحجيم
ترحيل RTSP
تقوم خوادم إعادة البث بسحب خلاصات RTSP للكاميرا من شبكة VPN وتجعلها متاحة للمستهلكين النهائيين:
- يتصل عوامل AI عبر RTSP لمعالجة بزمن انتقال منخفض ودقيقة الإطار
- يمكن للمستهلكين المتعددين الوصول إلى نفس تدفق الكاميرا دون تحميل إضافي على الكاميرا
- تعدد إرسال التدفق يقلل عرض النطاق الترددي من موقع الكاميرا (سحب واحد، العديد من المستهلكين)
تحويل HLS
للعرض عبر الويب، تقوم خوادم إعادة البث بتحويل RTSP إلى HLS في الوقت الفعلي:
- تغليف قائم على المقاطع لتسليم HTTP عبر البنية التحتية القياسية للويب
- دعم معدل البت التكيفي لظروف شبكة المشاهد المتغيرة
- إخراج متوافق مع CDN لتسليم مخبأ على الحافة
- تكوين HLS بزمن انتقال منخفض للعرض شبه الفوري
التحجيم التلقائي
يتم تحجيم مجموعة إعادة البث بناءً على الطلب:
- التوسع — عندما تتجاوز اتصالات المشاهدين/AI لكل خادم الحد الأقصى أو يكون استخدام CPU مرتفعًا
- التقلص — عندما ينخفض الاستخدام عن الحد الأقصى لفترة طويلة
- تسحب الخوادم الجديدة خلاصات الكاميرات من شبكة VPN وتسجل نفسها مع موازن التحميل
- الإغلاق السلس يستنزف الاتصالات قبل إزالة الخوادم (يعيد المشاهدون الاتصال تلقائيًا عبر عناوين URL المستقرة)
مسار التسجيل
التسجيل المستمر
- تقوم خوادم إعادة البث أو عوامل التسجيل المخصصة بالتقاط تدفقات RTSP كملفات مجزأة
- تتم كتابة المقاطع على فترات قابلة للتكوين لأحجام ملفات قابلة للإدارة
- يتم وسم كل مقطع بمعرف الكاميرا والطابع الزمني وبيانات تعريف المدة
إدارة التخزين
- يتم تحميل المقاطع إلى تخزين الكائنات لأرشفة دائمة
- تقوم سياسات الاستبقاء بحذف المقاطع تلقائيًا الأقدم من فترة الاستبقاء المكونة
- تقوم قواعد دورة حياة التخزين بنقل المقاطع القديمة إلى طبقات تخزين أرخص قبل الحذف
- تمنع حصص التخزين لكل كاميرا ولكل موقع التكاليف المتزايدة
التشغيل
- يمكن الوصول إلى المقاطع المسجلة عبر استعلامات قائمة على الوقت (كاميرا + نطاق زمني)
- يتم إنشاء بيان HLS على الفور لتشغيل اللقطات المسجلة عبر المتصفح
- البحث والتنقل عبر الجدول الزمني المسجل بدقة على مستوى المقطع
التسليم متعدد البروتوكولات
| المستهلك | البروتوكول | زمن الانتقال | حالة الاستخدام |
|----------|----------|---------|----------|
| عوامل AI | RTSP | منخفض (~500 مللي ثانية) | الكشف عن الكائنات في الوقت الفعلي، التحليلات |
| المشاهدون عبر الويب | HLS | متوسط (2-6 ثوانٍ) | المراقبة المباشرة عبر المتصفح |
| تطبيقات الجوال | HLS | متوسط (2-6 ثوانٍ) | المراقبة عن بعد على الأجهزة المحمولة |
| الأرشفة | مقاطع مسجلة | غير متاح | مراجعة الحوادث، الامتثال، التحقيقات الجنائية |
المراقبة والموثوقية
صحة التدفق
- مراقبة حالة التدفق لكل كاميرا (متصل، تخزين مؤقت، غير متصل)
- صحة نفق VPN لكل موقع (زمن الانتقال، فقدان الحزم، وقت التشغيل)
- مقاييس خادم إعادة البث (CPU، عرض النطاق الترددي، عدد الاتصالات)
- صحة مسار التسجيل (معدل كتابة المقاطع، استخدام التخزين، حالة التحميل)
التنبيهات
- تنبيهات قطع اتصال الكاميرا مع تحديد الموقع
- إشعارات فشل نفق VPN
- تحذيرات سعة مجموعة إعادة البث
- تنبيهات حصة التخزين والاستبقاء
- تم اكتشاف فجوات التسجيل عبر فحوصات استمرارية المقاطع
الميزات الرئيسية
- استيعاب مؤمن بـ VPN — تحمي الأنفاق المشفرة تدفقات RTSP من الكاميرات البعيدة
- اجتياز NAT/جدار الحماية — تتجاوز اتصالات VPN الصادرة تكوينات الشبكة المقيدة
- إعادة البث ذاتية التحجيم — يتم تحجيم المجموعة مع طلب المشاهدين وAI
- تحويل HLS — تحويل RTSP إلى HLS في الوقت الفعلي للعرض المستند إلى المتصفح
- ترحيل RTSP — وصول التدفق بزمن انتقال منخفض لعوامل معالجة AI
- التسجيل المستمر — تسجيل قائم على المقاطع مع إدارة الاستبقاء
- متعدد البروتوكولات — RTSP وHLS والمقاطع المسجلة من استيعاب واحد
- إعادة الاتصال التلقائي — تستعيد أنفاق VPN واتصالات التدفق من الانقطاعات
- دورة حياة التخزين — تخزين متعدد المستويات مع تطبيق تلقائي للاستبقاء
- تعدد إرسال التدفق — سحب كاميرا واحد يخدم عدة مستهلكين دون تحميل إضافي على الكاميرا
النتائج
المكدس التقني
caseStudyDetail.more دراسات الحالة
استكشف المزيد من تطبيقاتنا التقنية
معالجة الفواتير المدعومة بـ AI باستخدام OCR ودمج QuickBooks
كانت شركة متوسطة الحجم تعالج مئات فواتير الموردين شهريًا بحاجة إلى التخلص من إدخال البيانات يدويًا عن طريق استخلاص بيانات الفاتورة تلقائيًا باستخدام AI/OCR ومزامنتها مباشرةً مع QuickBooks للمسك الدفتري وتتبع المدفوعات.
إدراج الإعلانات من جانب العميل (CSAI) مع تحليل علامات SCTE-35 وتكامل مشغلات متعددة المنصات
احتاجت منصة بث الفيديو إلى تطبيق إدراج الإعلانات من جانب العميل (CSAI) عبر تطبيقات الويب والجوال والتلفزيون الذكي المتصل – مما يتيح تجارب إعلانية مخصصة على مستوى الجهاز مع دعم كامل لتفاعل الإعلانات (تراكبات قابلة للنقر، إعلانات مصاحبة، أزرار تخطي) التي لا يمكن لتضمين الإعلانات من جانب الخادم توفيرها.
الأسئلة الشائعة
أضافت MicrocosmWorks طبقة الـ VPN لأن كاميرات RTSP خلف corporate firewalls أو NAT لا يمكن الوصول إليها مباشرة من cloud infrastructure، وتعريض منافذ RTSP للكاميرات للإنترنت العام يخلق ثغرات أمنية خطيرة. يضيف نفق الـ VPN حوالي 5-15ms من latency اعتمادًا على المسافة الجغرافية، وهو أمر لا يُذكر بالنسبة لحالات استخدام المراقبة، ويضمن النفق المشفر أن بيانات الفيديو أثناء النقل تلبي متطلبات أمان وامتثال الشركات.
قامت MicrocosmWorks بتطبيق تحويل ترميز HLS بمعدل بت متكيف (adaptive bitrate HLS transcoding) الذي يولد عدة نسخ بجودات مختلفة من كل بث مصدر RTSP، مما يسمح لمشغل HLS بالتبديل تلقائيًا بين مستويات الجودة بناءً على النطاق الترددي المتاح للمشاهد. يستخدم النظام تحويل ترميز مدعوم بالأجهزة (hardware-accelerated transcoding) لتقليل زمن الوصول (latency) بين بث RTSP المباشر ومخرج HLS، محققًا تأخيرات نموذجية من طرف إلى طرف (glass-to-glass delays) تتراوح بين 4-8 ثوانٍ اعتمادًا على تكوين مدة الجزء (segment duration configuration).
قامت MicrocosmWorks بدمج التخزين المؤقت على جانب الحافة في بوابة VPN، والذي يقوم بتخزين أجزاء البث محليًا مؤقتًا أثناء انقطاع الشبكة وتحميلها بترتيب زمني بمجرد استعادة الاتصال، مما يضمن عدم وجود فجوات في التسجيل حتى أثناء الانقطاعات الطويلة. تكتشف خدمة التسجيل على جانب السحابة فجوات الجدول الزمني وتضع عليها علامات في واجهة التشغيل، مما يمنح المشغلين رؤية واضحة لأي فترات تأخرت فيها اللقطات المباشرة.
قامت MicrocosmWorks باختبار البنية لدعم 50-100 تدفق RTSP متزامن بدقة 1080p لكل نفق VPN، اعتمادًا على النطاق الترددي المتاح للتحميل الصاعد (upstream bandwidth) في موقع الكاميرا ومواصفات أجهزة بوابة VPN. للمواقع التي تحتوي على المزيد من الكاميرات، يدعم النظام أنفاق VPN متعددة ومتوازية مع توزيع آلي للتدفقات، ويقوم الـ auto-scaler من جانب السحابة بتوفير عمال restreaming إضافيين مع زيادة العدد الإجمالي للتدفقات.
تقوم MicrocosmWorks ببناء منصات بث قائمة على VPN بأسعار تطوير تتراوح من 25 إلى 45 دولارًا في الساعة، حيث تتطلب التطبيقات النموذجية 2-4 أشهر لنشر جاهز للإنتاج يتضمن VPN infrastructure، و auto-scaling restreaming، و HLS transcoding، والتسجيل. يتم تحسين تكاليف السحابة المستمرة من خلال نمط الـ auto-scaling، وعادةً ما تكون أقل بنسبة 40-60% من عمليات النشر ذات السعة الثابتة عن طريق تقليص عدد الـ restreaming workers خلال ساعات خارج أوقات الذروة.
مستعد لتحويل عملك؟
دعنا نناقش كيف يمكننا تطبيق حلول مشابهة لتحدياتك.