# شرح Zoom Meetings الهجين ### نظرة عامة على Zoom Meetings Hybrid يوفر هذا القسم نظرة عامة على وحدة خدمة Zoom Meetings Hybrid، المدعومة كحِمل عمل لـ Zoom Node. لمزيد من المعلومات حول Zoom Node، تتوفر نظرة عامة على المنصة في نهاية هذا المستند في [الملحق](#appendix-zoom-node). #### Zoom Meetings Hybrid هو حل اجتماع هجين محلي يوفر عرض النطاق الترددي عن طريق إعادة توزيع وسائط الاجتماع داخل شبكة الشركة Zoom Meetings Hybrid هو حل اجتماع هجين محلي يعمل كنقطة اتصال وسيطة بين Zoom Client وZoom السحابة. يقوم الحل بتعدد وإعادة توزيع تدفقات وسائط الصوت والفيديو ومشاركة الشاشة للاجتماع مع [حتى 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) من المشاركون المتصلين داخل شبكة الشركة نفسها. يقلل هذا التصميم من عدد اتصالات وسائط السحابة الخارجية، مما يمكن أن يقلل بشكل كبير من استهلاك النطاق الترددي الخارجي.
#### يدعم Zoom Meetings Hybrid وضعين: السحابي-الهجين والمحلي فقط يدعم Zoom Meetings Hybrid وضعين للتشغيل: وضعًا هجينًا من السحابة إلى المحلي يُعرف باسم وضع وحدة إعادة التوجيه الانتقائي (SFU)، ووضعًا داخليًا فقط (iMMR) للاجتماعات غير السحابية. يتم تكوين الاجتماعات لاتصالات سحابيّة-هجينة افتراضيًا، ولكن يمكن تعيينها كداخلية فقط عندما يقوم المستخدمون بجدولة اجتماع أو تعديله. يمكن أيضًا دعم كلا نوعي الاجتماعات بواسطة الوحدة نفسها [بالتزامن](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings). #### يُوصِل وضع هجين السحابة المستخدمين داخل شبكتك المؤسسية إلى السحابة عبر الوحدة الهجينة في وضع هجين السحابة (وضع SFU)، يتصل المستخدمون داخل شبكتك المؤسسية بالوحدة الهجينة كنقطة اتصال وسيطة بين العميل الخاص بهم والسحابة. تقوم الوحدة الهجينة بتعدد وإعادة توزيع تدفقات وسائط الاجتماع، بما في ذلك الصوت والفيديو ومشاركة الشاشة، بين المستخدمين والسحابة.
**لا تؤثر الاجتماعات الهجينة السحابية على اتصالات الإشارة من السحابة إلى العميل** على الرغم من أن وحدة Zoom Meetings Hybrid يمكنها إعادة توزيع *الوسائط*، فإن الوحدة لا تتعامل مع اتصالات الإشارة من السحابة إلى العميل. سيستمر المستخدمون المتصلون بوحدة Meetings Hybrid في إنشاء اتصال إشارة خفيف النطاق الترددي مع خادم السحابة الخاص بالاجتماع من أجل بيانات الاجتماع والعمليات داخله، مثل بدء تسجيل على السحابة أو تحديث قائمة المشاركون. {% hint style="danger" %} **تحذير** أجهزة العميل **يجب أن** لديك وكيل أو وصول إلى المسار الافتراضي إلى الإنترنت قادر على الوصول إلى خدمات سحابة Zoom. يتم دعم وكيل HTTPS، ولكن الأجهزة التي لا تملك وصولًا لن تتمكن من الاتصال بـ الاجتماعات. {% endhint %} #### يتصل الوضع الداخلي فقط بالمستخدمين إلى اجتماع محلي، ولا يسمح للمشاركين خارج الشبكة بالانضمام عندما يتم جدولة اجتماع على أنه داخلي فقط، تعمل الوحدة الهجينة كموجّه وسائط متعددة داخلي (iMMR)، حيث تقوم بتعدد إرسال وإعادة توزيع وسائط الاجتماع من صوت، وفيديو، ومشاركة الشاشة بين المستخدمين داخل شبكة الشركة. تُعزل هذه الاجتماعات إلى شبكة الشركة و **لا يمكن** الاتصال أو التسلسل إلى خوادم أو خدمات اجتماع سحابة، مما يمنع المشاركين في الشبكة الخارجية أو الخدمات مثل التسجيل السحابي من الانضمام إلى الاجتماع.
**تقوم الاجتماعات الداخلية فقط بتوجيه كلٍّ من الإشارات واتصالات الوسائط عبر الوحدة الهجينة** وعلى عكس نموذج السحابة الهجين، تقوم الاجتماعات الداخلية فقط بتوجيه كلٍّ من الوسائط *و* الإشارات داخل الشبكة إلى الوحدة الهجينة. وهذا يخلق نوعًا كاملًا من الاجتماعات المحلية، دون إمكانية الاتصالات الخارجية. **يمكن للموظفين خارج شبكة الشركة الانضمام إلى الاجتماعات الداخلية فقط عبر VPN** يمكن للموظفين خارج شبكة الشركة الانضمام إلى الاجتماعات الداخلية فقط أثناء الاتصال بشبكة VPN إذا كان خادم VPN قادرًا على التواصل مع الوحدة الهجينة عبر شبكة الشركة. ومع ذلك، المستخدمون **يجب أن** أن يكونوا مسجّلين الدخول إلى حساب Zoom الخاص بشركتهم للانضمام. على سبيل المثال، يكون الموظف البعيد متصلاً بشبكة VPN الخاصة بالشركة من شبكته المنزلية دون تقسيم النفق. وطالما أن المستخدم قد سجّل الدخول إلى حساب Zoom الخاص به وأن خادم VPN المتصل يمكنه التواصل مع الوحدة الهجينة داخل الشبكة المؤسسية، يمكن للمستخدم البعيد الاتصال باجتماع مخصص للداخل فقط عن بُعد. #### يمكن لـ Meetings Hybrid دعم اجتماعات سحابة-هجينة واجتماعات داخلية فقط في الوقت نفسه يمكن لـ Meetings Hybrid دعم الاجتماعات السحابية-الهجينة والاجتماعات الداخلية فقط في الوقت نفسه، مما يلغي الحاجة إلى عمليات نشر منفصلة لكل حالة استخدام. على سبيل المثال، تمتلك شركة وحدة هجينة واحدة منشورة داخل شبكتها، مع 400 مستخدم متصل. في هذا السيناريو، يمكن لـ 200 مستخدم الاتصال بـاجتماعات هجينة سحابية، بينما يتصل المستخدمون الـ 200 المتبقون بـاجتماعات داخلية فقط. ولكل نوع اجتماع متصل، ستراعي وحدة Meetings Hybrid توجيه الاتصال المقصود: ستوجّه الاجتماعات الهجينة السحابية الوسائط عبر الوحدة والإشارات إلى السحابة؛ وستوجّه الاجتماعات الداخلية فقط كلًا من الوسائط والإشارات حصريًا داخل الموقع. #### Zoom Meetings Hybrid يحتفظ بكل الوسائط داخل الموقع إذا لم يكن هناك أي مشاركون خارجيون عرض وكان جميع المستخدمين متصلين بنفس الوحدة الهجينة إذا كان المستخدمون متصلين باجتماع مُمكَّن بسحابة-هجين عبر الوحدة الهجينة الخاصة باجتماع نفسها، ولكن لا يوجد مشاركون خارجيون عرض، فلن تنقل الوحدة الهجينة الوسائط بين سحابة Zoom. وبدلاً من ذلك، ستبقى جميع وسائط الاجتماع داخل الموقع وستُوجَّه داخل شبكة المؤسسة عبر الوحدة الهجينة. لن تغادر وسائط الاجتماع الشبكة إلا بعد أن ينضم مشارك خارجي من سحابة، أو إذا اتصلت وحدة هجينة ثانية داخل الشبكة بالاجتماع. على سبيل المثال، فإن مجموعة من المستخدمين داخل شبكة مؤسسية ينضمون إلى نفس الاجتماع الممكّن عبر سحابة هجينة. جميع المستخدمين متصلون بنفس الوحدة الهجينة ويتم توجيه جميع وسائط الاجتماع داخل الشبكة المؤسسية. بمجرد أن ينضم مستخدم خارجي إلى الاجتماع من السحابة، أو تتصل وحدة هجينة ثانية بالاجتماع، ستفتح الوحدة الهجينة (أو الوحدات الهجينة) اتصال وسائط مع السحابة، وتعيد توزيع وسائط الاجتماع من السحابة وإليها. {% hint style="info" %} **ملاحظة** يمكن للمستخدمين الداخليين أيضًا إنشاء اتصالات وسائط خارجية إذا كانت البنية التحتية الهجينة [عند السعة القصوى](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod). {% endhint %} #### يدعم Zoom اجتماعات Hybrid الاجتماعات المشفرة من طرف إلى طرف لكلا وضعي الاجتماع يدعم Zoom اجتماعات Hybrid [المشفّر من طرف إلى طرف](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (E2EE) الاجتماعات في كل من أوضاع الاجتماع السحابي-الهجين والداخلي فقط. يوفر ذلك طبقة إضافية من الأمان للاجتماعات السرية، ويمكن إقرانه مع الاجتماعات الداخلية فقط للاجتماعات التي تتطلب أعلى مستويات الأمان المتاحة ضمن منصة Zoom. #### يمكن للعملاء نشر مناطق هجينة متعددة خاصة بكل منطقة عبر مراكز البيانات الخاصة بهم يدعم Zoom اجتماعات Hybrid عمليات النشر متعددة المناطق، مما يتيح للعملاء نشر بيئات هجينة منفصلة لمواقع أو مناطق مختلفة. عند وجود مناطق متعددة، سيتصل المستخدمون بوحدة Hybrid الأقرب بناءً على وقت ping الخاص بهم إلى الأجهزة المتاحة. على سبيل المثال، إذا كانت لدى شركة مكتب في نيويورك ومكتب في لوس أنجلوس، فقد يؤدي نشر هجين واحد في موقع واحد إلى حدوث مشكلات في زمن الوصول أو الأداء بسبب طول مدة التنقل. وبدلاً من ذلك، يمكن للعملاء نشر بيئة هجينة لكل موقع أو منطقة محددة لتحسين تجربة المستخدم. عندما يحاول مستخدم الاتصال باجتماع، سيقوم عميل المستخدم بإجراء ping على الوحدات الهجينة المتاحة وسيتصل بالوحدة ذات أقل زمن وصول. #### لا يحل Zoom اجتماعات Hybrid محل موصل الاجتماع الخاص بـ Zoom موصل الاجتماع الخاص بـ Zoom هو عبء عمل من Zoom Node يوفّر حلاً مُدارًا عبر السحابة ومحليًا لإنشاء منطقة اجتماع داخل مركز البيانات الخاص بشركتك، دون دعم من سحابة أو بديل احتياطي. مع موصل الاجتماع، تكون جميع خوادم الاجتماعات والأجهزة مملوكة لشركتك وتُدار من قِبلها، ويجب أن تسمح بالاتصالات الخارجية لكي يتمكن المشاركون الخارجيون من الانضمام إلى اجتماعاتك. على عكس موصل الاجتماع، يواصل Zoom Meetings Hybrid استخدام بنية تحتية للاجتماعات عبر السحابة بالاقتران مع أجهزة هجينة في مركز البيانات الخاص بك، ولا يتطلب استضافة خوادم الاجتماعات أو السماح للمشاركين الخارجيين بالاتصال بمراكز البيانات الخاصة بك. يوضح الجدول التالي بعض الاختلافات الرئيسية بين هذين المنتجين: | القدرة | Meetings Hybrid | موصل الاجتماع | | ---------------------------------- | ----------------------------- | ----------------- | | خادم محلي | ☑️ | ☑️ | | يدعم مناطق متعددة | ☑️ | ☑️ | | الوسائط محليًا حصريًا |

☑️
(أثناء وضع iMMR)

|

☑️

| | التتابع إلى سحابة | ☑️ |


| | يمكن للمستخدمين الانضمام عبر سحابة | ☑️ |


| | خدمات سحابة (التسجيل، إلخ.) | ☑️ |


| | يسمح باتصالات المستخدم الخارجية |


| ☑️ | ### وظائف Zoom Meetings Hybrid يتناول هذا القسم الوظيفة والتصميم الخاصين بوحدة خدمة Zoom Meetings Hybrid. #### يتكوّن Zoom Meetings Hybrid من مكوّنين: وحدة التوجيه الانتقائي/‏MMR داخلي، ووكيل جهاز التحكم في المنطقة لنشر Zoom Meetings Hybrid ضمن شبكة، يلزم وجود مكوّنين من Zoom Node: وحدة التوجيه الانتقائي (SFU)/‏MMR داخلي (iMMR)، ووكيل جهاز التحكم في المنطقة (ZCP). راجع الملحق في نهاية هذا المستند لمزيد من المعلومات [في وحدات الخدمة](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).
#### يعمل SFU/iMMR مثل مشترك كهربائي، إذ يعيد توزيع الوسائط إلى عملاء Zoom المتصلين تُعد وحدة التوجيه الانتقائي الأمامي (SFU)/وحدة MMR الداخلية (iMMR) أساسية في تصميم Zoom Meetings Hybrid. ومثل مشترك كهربائي، فإن SFU/iMMR عبارة عن "إضافة" شبكية مركزية توزع الوسائط على عملاء Zoom المتصلين. ومع ذلك، تختلف وظيفة وحدة SFU/iMMR حسب نوع الاجتماع. في الاجتماعات الهجينة، تعمل SFU/iMMR كنقطة اتصال رئيسية لعملاء Zoom الداخليين، حيث تقوم بتعدد إرسال وتوزيع وسائط الاجتماع بين عملاء Zoom المتصلين داخل الشبكة والسحابة. بالنسبة للاجتماعات الداخلية فقط، تعمل SFU/iMMR كموجّه وسائط متعددة محلي، يقوم مركزيًا بتعدد الإرسال وتوزيع الوسائط إلى المستخدمين المتصلين ووحدات SFU/iMMR الأخرى (إذا كانت متصلة) دون استخدام سحابة Zoom. #### تدعم كل SFU/iMMR ما يصل إلى 400 اتصال مستخدم بدقة معيارية أو 200 اتصال مستخدم بدقة عالية لكل وحدة تدعم كل وحدة SFU/iMMR ما يصل إلى 400 مشارك متزامن بدقة معيارية لكل وحدة، أو ما يصل إلى 200 مشارك متزامن بدقة عالية (720p). وعند السعة القصوى لاجتماع واحد، يمكن لوحدة SFU/iMMR تقليل استهلاك النطاق الترددي الخارجي بنسبة 400:1 أو 200:1، حسب دقة الاجتماع. #### يمكن لـ SFU/iMMR دعم اجتماعات متعددة في الوقت نفسه تدعم وحدة SFU/iMMR اتصالات الاجتماعات المتزامنة، مما يسمح لوحدة واحدة بدعم اجتماعات متعددة وفريدة ومتزامنة، بما في ذلك الاجتماعات الهجينة السحابية والاجتماعات الداخلية فقط. على سبيل المثال، يتصل 400 مستخدم داخل الموقع اتصالًا متزامنًا بـ 25 اجتماعًا مختلفًا بدقة معيارية مع حضور مستخدمين خارجيين. مع Zoom Meetings Hybrid، يمكن لوحدة SFU واحدة دعم اتصال جميع المستخدمين باجتماعاتهم المعنية، مما يقلل عدد تدفقات الوسائط الخارجية من 400 إلى 25. وبمتوسط 1.2 ميغابت/ثانية لكل اتصال وسائط، يمكن لوحدة SFU توفير ما يقارب 450 ميغابت/ثانية من النطاق الترددي الخارجي في هذا السيناريو.\\
#### يمكن لـ SFU/iMMR دعم الاجتماعات الهجينة السحابية والاجتماعات الداخلية فقط في الوقت نفسه يمكن لوحدة SFU/iMMR أن تدعم في الوقت نفسه الاجتماعات السحابة-الهجينة والاجتماعات الداخلية فقط، مما يلغي الحاجة إلى عمليات نشر منفصلة لكل حالة استخدام. ولكل نوع اجتماع متصل، ستحترم الوحدة الهجينة مسار التوجيه المقصود للاتصال: ستوجَّه اجتماعات السحابة-الهجينة الوسائط عبر الوحدة والإشارات إلى السحابة؛ وستوجَّه الاجتماعات الداخلية فقط كلًّا من الوسائط والإشارات حصريًا عبر الوحدة الهجينة المحلية. على سبيل المثال، يتصل 400 مستخدم داخل الموقع بثلاثة اجتماعات منفصلة في دقة معياري. اجتماعتان هما سحابة-هجينة مع حضور مستخدمين خارجيين، ويتصل 300 مستخدم من شبكة الشركة عبر وحدة SFU/iMMR التي تعمل في وضع SFU. أما الاجتماع الثالث فهو داخلي فقط، مع اتصال 100 مستخدم إلى نفس وحدة SFU/iMMR التي تعمل في وضع iMMR. في هذا المثال، يمتلك المستخدمون المتصلون بالاجتماعات السحابة-الهجينة اتصال وسائط ثنائي الاتجاه مع وحدة SFU/iMMR، ولديهم اتصالات إشارات ثنائية الاتجاه مستقلة مع السحابة. وفي الوقت نفسه، يمتلك المستخدمون المتصلون بالاجتماع الداخلي فقط اتصالات إشارات ووسائط ثنائية الاتجاه حصريًا مع نفس وحدة SFU/iMMR، التي تبقي جميع بيانات الاجتماع الداخلي داخل الموقع ولا يتم ترحيلها إلى السحابة.
#### بالنسبة لاجتماعات السحابة-الهجينة، تعمل SFU/iMMR فقط كجهاز توجيه، ولا تملك أي وصول إلى أي مفاتيح للاجتماع أو المستخدم عند الاتصال باجتماع سحابة-هجينة (وضع SFU)، لا تتطلب وحدات SFU/iMMR مفاتيح تشفير الاجتماع ولا تملك وصولًا إليها. وبدلًا من ذلك، تحافظ الوحدات على أدوار مزج الوسائط باعتبارها معالجات وسائط اجتماع مشفرة، وغير قادرة على الوصول إلى محتويات تدفق الوسائط. #### بالنسبة للاجتماعات الداخلية فقط، تقوم SFU/iMMR بإنشاء وتوزيع جميع مفاتيح التشفير داخل شبكة الشركة عند العمل كموجّه وسائط متعددة للاجتماعات الداخلية فقط (وضع iMMR)، تكون SFU/iMMR من المستوى الأعلى في الاجتماع مسؤولة عن إنشاء وتوزيع مفاتيح التشفير داخل الاجتماع. ويتم إنشاء مفاتيح التشفير وتوزيعها باستخدام الأساليب التشفيرية نفسها المستخدمة مع MMRs المستندة إلى السحابة. #### لا تستطيع وحدات SFU/iMMR التواصل مع بعضها البعض عبر شبكة عند الاتصال باجتماع سحابة-هجينة لا تدعم وحدات SFU/iMMR الاتصال عبر الشبكة (شرق-غرب) داخل مركز البيانات عند الاتصال باجتماع سحابة-هجينة. يجب توجيه جميع الاتصالات من SFU إلى SFU لاجتماعات السحابة-الهجينة عبر بنية Zoom التحتية السحابية (شمال-جنوب) حسب التصميم. #### يمكن لوحدات SFU/iMMR التواصل مع بعضها البعض عبر الشبكة عند الاتصال بالاجتماع الداخلي فقط على عكس اجتماعات سحابة-هجينة، تدعم الاجتماعات الداخلية فقط الاتصال عبر الشبكات المختلفة (شرق-غرب) بسبب تصميم الاجتماع الداخلي. تتطلب اجتماعات سحابة-هجينة أن يشترك كل من SFU/iMMR في موجز وسائط MMR السحابي «الأعلى»؛ ومع ذلك، لا تستخدم الاجتماعات الداخلية فقط موجزات وسائط سحابة. بدلاً من ذلك، فإن أول وحدة iMMR/SFU تنشئ اجتماعًا داخليًا فقط هي MMR «الأعلى»، وتشترك وحدات SFU/iMMR الإضافية في موجز MMR الأعلى، مما يتيح الاتصال عبر الشبكات المختلفة. #### تتصل وحدة وكيل جهاز التحكم في المنطقة بـ SFU/iMMR مع سحابة Zoom تتولى وحدة وكيل جهاز التحكم في المنطقة مسؤولية اتصال وحدات SFU/iMMR ببنية اجتماعات سحابة الخاصة بـ Zoom، عند الاقتضاء. أثناء عملية اتصال مستخدم بالاجتماع، ترسل خدمات الويب الخاصة بـ Zoom طلبًا بين وكيل جهاز التحكم في المنطقة وجهاز التحكم في المنطقة السحابي لجلب معلومات خادم الاجتماع. تُنقل هذه المعلومات من وكيل جهاز التحكم في المنطقة إلى SFU/iMMR، الذي سيتصل بسحابة Zoom للاجتماعات سحابة-هجينة، أو يهيئ اجتماعًا للاجتماعات الداخلية فقط. #### تتطلب عمليات النشر ما لا يقل عن وكيلين لجهاز التحكم في المنطقة لكل موقع يتطلب كل موقع جغرافي يتم نشر Zoom Meetings Hybrid فيه ما لا يقل عن وكيلين لجهاز التحكم في المنطقة من أجل المرونة والاستقرار. على سبيل المثال، إذا كانت شركة تنشر Zoom Meetings Hybrid في مكتبيها في لوس أنجلوس ونيويورك، فينبغي أن ينشر كل موقع وحدتي ZCP في كل موقع، بإجمالي أربعة. #### إذا فشلت وحدة SFU/iMMR بشكل غير متوقع، فسوف ينتقل المستخدمون إلى اتصالات بديلة عند الإمكان على الرغم من أن ذلك غير متوقع، ففي حال فشل وحدة هجينة (أي تعطلت) بينما يكون المستخدمون متصلين، سيبدأ المستخدمون في الانتقال إلى اتصالات بديلة إذا أمكن. تُوصف هذه السيناريوهات في الأقسام الثلاثة التالية. #### سينتقل المستخدمون المتصلون باجتماع سحابة-هجينة إلى وحدة SFU/iMMR بديلة إذا كانت متاحة، وإلى السحابة كخيار أخير إذا كان المستخدمون متصلين باجتماع سحابة هجينة عبر وحدة SFU/iMMR تفشل بشكل مفاجئ، فستحاول عملاء المستخدمين تلقائيًا التحول الاحتياطي إلى وحدات SFU/iMMR أخرى متاح داخل الشبكة. إذا كانت الموارد الأخرى عند السعة أو غير متاحة، فسينشئ عملاء المستخدمين اتصالات سحابة مستقلة كحل تحوّل احتياطي نهائي. #### سيتحول المستخدمون المتصلون باجتماع داخلي فقط إلى وحدة SFU/iMMR مختلفة إذا كانت الوحدة التي فشلت ليست MMR الأعلى إذا كان المستخدمون متصلين باجتماع داخلي فقط وفشلت وحدة SFU/iMMR الخاصة بهم، فسيتحول المستخدمون إلى وحدات SFU/iMMR بديلة إذا كانت متاحة، شريطة ألا تكون SFU/iMMR الخاصة بهم هي مضيف MMR على المستوى الأعلى للاجتماع الداخلي. #### إذا فشلت وحدة SFU/iMMR التي بدأت اجتماعًا داخليًا فقط، فيجب إعادة تشغيل الاجتماع نظرًا لتصميم الشبكة للاجتماعات الداخلية فقط، تُعيَّن وحدة SFU/iMMR التي تبدأ الاجتماع على أنها MMR على المستوى الأعلى للاجتماع. إذا فشل MMR على المستوى الأعلى لاجتماع ما، أو خرج، أو غادر الاجتماع، فسينهار الاجتماع ويجب إعادة تشغيله. MMRs على المستوى الأعلى **لا يمكن** تتحول احتياطيًا إلى موارد هجينة بديلة. #### يظهر اتصال Zoom Meetings Hybrid على أنه “مركز بيانات يُدار بواسطة مالك الحساب الخاص بك على Zoom” داخل العميل عند الاتصال ببنية Meetings Hybrid التحتية، سيرى المستخدمون أنهم “...متصلون بشبكة Zoom Global… عبر مركز بيانات يُدار بواسطة مالك الحساب الخاص بك على Zoom” داخل العميل. وبدلاً من ذلك، سيرى المستخدمون المتصلون ببنية سحابة التحتية الرسالة أنهم “متصلون بشبكة Zoom Global.” تعرض الصور التالية ما سيراه المستخدمون عند الاتصال باجتماع Zoom Meetings Hybrid مقارنةً باجتماع قائم على السحابة.\\ {% columns %} {% column %}
{% endcolumn %} {% column %}
{% endcolumn %} {% endcolumns %} #### يستخدم Zoom Meetings Hybrid التكوين المعياري لجدار الحماية من Zoom ولا يتطلب قواعد خاصة لا يتطلب Zoom Meetings Hybrid أي قواعد إضافية لجدار الحماية أو إعدادات خارج [توصية Zoom الافتراضية](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). ستستمر اتصالات الوسائط في استخدام UDP/TCP 8801 وTCP 443 (TLS 1.2) كمنافذ معيارية للخدمة. {% hint style="info" %} **ملاحظة** يتم دعم فصل المنافذ للوسائط (UDP 8801-8803). تأكد من تهيئة قواعد جدار الحماية لتشمل 8802 و8803 إذا كان فصل المنافذ ممكّنًا. {% endhint %} ### الملحق: Zoom Node يوفر هذا القسم مقدمة عامة عن منصة Zoom Node ومفاهيمها الأساسية. #### يجلب Zoom Node أجزاءً رئيسية من خدمة Zoom إلى مراكز البيانات والمكاتب الخاصة بك يُعد Zoom Node حلاً هجينًا يدمج خوادم مركز البيانات لديك مع سحابة Zoom للمساعدة في تقديم خدمات Zoom إلى مكاتبك. وبفضل نموذج النشر المعتمد على السحابة، يمكن لمسؤولي Zoom نشر خدمات Zoom الهجينة بسرعة وبشكل ديناميكي على خوادم مركز البيانات لديهم من خلال لوحة المعلومات مركزية على الويب. تتضمن هذه لوحة المعلومات أيضًا أدوات لإدارة الخدمة، والترقيات، وإدارة السجلات، وإعداد تقارير الأداء، وإطارًا قويًا لاستكشاف الأخطاء وإصلاحها. #### يتميز Zoom Node بتصميم معياري، حيث لا تنشر إلا وحدات الخدمة التي تحتاجها بدلاً من الحاجة إلى برنامج منفصل لكل خدمة هجينة، فإن Zoom Node هي منصة معيارية «شاملة» تتيح للشركات إدارة ونشر خدمات هجينة متعددة باستخدام إطار عمل واحد مشترك. يحقق Zoom Node هذا التصميم المعياري من خلال تثبيت نظام التشغيل الخاص بـ Zoom Node (وهو نظام تشغيل قائم على Linux) على خوادم مراكز البيانات المؤسسية، مما يحوّلها إلى Nodes. بعد تثبيت البرنامج، يقوم Node بالتسجيل لدى منصة Zoom Node في سحابة وCloud وينتظر تثبيت وحدات خدمة مختلفة توفر وظائف خدمة Zoom #### يتضمن Zoom Node لوحة المعلومات الغنية بميزةٍ لإدارة الخدمة، والترقيات، والتنبيهات، واستكشاف الأخطاء وإصلاحها، والمزيد كموزع مركزي لإدارة عمليات نشر Zoom Node، تتضمن لوحة المعلومات الخاصة بـ Zoom Node أدوات لإدارة الخدمة، وعمليات النشر، والترقيات، وإدارة السجلات، وتقارير الأداء، وإطار عمل قوي لاستكشاف الأخطاء وإصلاحها. #### وحدات الخدمة هي الخدمات التي تعمل على نظام التشغيل Zoom Node، ويمكن نشرها بسهولة عبر الويب وحدات الخدمة هي تطبيقات الخدمة التي تعمل على نظام تشغيل Zoom Node، مما يتيح للخدمات العمل. يعيّن مسؤولو Zoom الخدمات إلى العقد عبر لوحة المعلومات الخاصة بـ Zoom Node في البوابة الإلكترونية. بعد يعيّن الخدمة إلى عقدة، تدفع منصة Zoom Node وحدة الخدمة المحددة إلى العقدة وتُثبّت تلقائيًا. بمجرد اكتمال التثبيت، تصبح نقطة نهاية Node جاهزة للاستخدام مع الخدمة المختلطة المخصصة لها. #### يمكن لكل عقدة Zoom دعم ما يصل إلى أربع وحدات خدمة يمكن لجهاز Zoom Node دعم ما يصل إلى أربع وحدات خدمة لكل جهاز، باستثناء وحدة Zoom Phone Local Survivability. يمكن إنشاء Nodes إضافية وربطها لتلبية المتطلبات الإضافية أو تعزيز المرونة. على سبيل المثال، تقوم شركة بنشر Zoom Meetings Hybrid عبر عدة مراكز البيانات، بدءًا من نيويورك. تم تجهيز كل مركز بيانات بعدة نقاط نهاية Zoom Node متصلة بـ Zoom Node منصة، لكن لم يُخصَّص لأي منها خدمة Node للوظائف، كما هو موضح في الصورة التالية.
بمجرد أن تصبح الشركة جاهزة لنشر Zoom Meetings Hybrid داخل شبكتها، يقوم مسؤول الحساب بنشر خدمة وكيل جهاز التحكم للمناطق واحدة، وثلاث وحدات SFU/iMMR إلى العقدتين 1 و2. كما يقوم المسؤول بنشر وحدة إضافية من SFU/iMMR إلى العقدة الثالثة كاحتياطي. تقوم منصة Zoom Node بدفع وتثبيت جميع خدمات العقدة إلى كل نقطة نهاية للعقدة، وبعد اكتمال التثبيت، يصبح Zoom Meetings Hybrid جاهزًا للاستخدام كما هو موضح في الصورة التالية.
#### يدعم Zoom Node إنشاء شهادات PKI مؤتمتة من البداية إلى النهاية (Auto-PKI) يتضمن Zoom Node إدارة شهادات عامة مؤتمتة من البداية إلى النهاية عبر DigiCert. يتم دفع جميع تكاليف إنشاء الشهادات وتجديدها بواسطة Zoom، لكن Zoom لا يتعامل مع المفاتيح الخاصة الخاصة بالعميل أو لا يملك الوصول إليها من خلال هذه العملية. يمكن للعملاء الذين لديهم استراتيجية شهادات قائمة أن اختر توليد الشهادات وتجديدها ودعمها يدويًا باستخدام جهة إصدار شهادات من اختيارهم، ولكن لن يتم دفع هذه التكاليف بواسطة Zoom. يجب على العملاء الذين ينوون استخدام جهة إصدار شهادات بديلة التحدث مع فريق الحساب الخاص بهم مسبقًا. #### يحتوي كل Zoom Node على إدخال DNS ديناميكي باستخدام URL فارغ الخاص بـالحساب: \*.zoomonprem.com (Auto-DNS) يقوم Zoom Node تلقائيًا بإنشاء إدخالات DNS ديناميكية لكل خادم ضمن النطاق \*.zoomonprem.com باستخدام URL فارغ الحالي الخاص بـحساب المضيف، على سبيل المثال `success01.zoomonprem.com`. يبسّط هذا النظام إدارة جدار الحماية عند الاتصال بنشر Zoom Node المستخدم من قِبل عملاء Zoom آخرين. لن يحتاج العملاء الأفراد بعد الآن إلى قواعد جدار حماية للاتصال بعميل آخر من عملاء Zoom Node، بل يمكنهم بدلاً من ذلك الموافقة على النطاق الكامل zoomonprem.com باستخدام قيم أحرف بدلية. #### يعمل Zoom Node على الأجهزة الافتراضية تم تصميم Zoom Node ليعمل على الأجهزة من فئة الخوادم، باستخدام الأجهزة الافتراضية، والمثبت عليها صورة نظام تشغيل Zoom Node المؤمّنة. ستتطلب جميع الخدمات عناوين IP داخلية ثابتة، مع حاجة بعض الخدمات إلى عناوين IP عامة للاتصال الخارجي. ستكون متطلبات ومواصفات الأجهزة فريدة لأهداف النشر الهجين الخاصة بك. يُرجى الرجوع إلى فريق الحساب الخاص بك لمزيد من المعلومات حول تحديد احتياجات مؤسستك لنشر هجين. #### Zoom Node ليس مناسبًا لكل عميل لكل مؤسسة متطلبات فريدة عندما يتعلق الأمر بخدمات الاتصالات الموحدة. يجب أخذ هذه الاحتياجات بعناية في الاعتبار قبل اتخاذ قرار نشر بيئة هجينة. في معظم الحالات، يكون إعداد سحابة Zoom التقليدي هو الحل الأمثل لمعظم الشركات؛ ومع ذلك، هناك مؤسسات تستفيد من التكوينات الهجينة. ينبغي على المؤسسات أن تكون دقيقة في النظر في الآثار المترتبة على إنشاء بيئة هجينة والحفاظ عليها. #### قد يكون التوسّع صعبًا ومكلفًا في الإدارة قد يكون توسيع الأجهزة لدعم عدد كبير من المستخدمين في البيئات الهجينة مكلفًا. وبحسب الخدمات المنشورة، قد يتطلب دعم 10,000 مستخدم ما بين 7 إلى 13 Zoom Node، بينما قد يتطلب دعم 100,000 مستخدم ما بين 60 إلى 120 Zoom Node. إن إدارة الأجهزة و/أو البنية التحتية للـ hypervisor اللازمة لـ Zoom Node وصيانتها ودعمها تُنشئ أيضًا عبئًا إضافيًا على أي مؤسسة، وينبغي أخذ ذلك بعين الاعتبار بشدة عند تقييم عمليات النشر الهجينة. #### مزايا الأمان محدودة لا يقدّم Zoom Node أساليب تشفير إضافية أو مزايا أمنية كبيرة مقارنة بخدمة سحابة Zoom الأصلية، باستثناء احتمالية استخدامه كوكيل ويب متخصص أو كموقع محلي لتخزين السجلات. تتطلب عمليات النشر الهجينة أيضًا قواعد وتكوينات إضافية لجدار الحماية لجعل نقاط نهاية Node متاحة مع الخدمات الخارجية. ينبغي لفرق أمن الشبكات أن تضع في اعتبارها هذه المتطلبات الإضافية لجدار الحماية والأمان عند التفكير في نشر البيئات الهجينة. #### تتطلب البيئات الهجينة وشبكات VPN تكوينات قد يحتاج الموظفون عن بُعد إلى اتصال VPN أو إلى تكوين نفق مقسّم لتوجيه حركة مرور اجتماعهم إلى خدمات Zoom Node إذا رغِبوا في ذلك. يمكن أن تؤدي هذه الزيادة في حركة المرور إلى إغراق بنية VPN التحتية إذا لم تكن قادرة على التعامل مع عرض النطاق الإضافي المُرسل والمستقبَل. يلزم التخطيط الدقيق عند دمج الخدمات الهجينة مع العاملين عن بُعد وبنية الشبكة التحتية عن بُعد. #### تتطلب مشاركة سجلات الخادم دراسةً دقيقة على الرغم من أن الحفاظ على التحكم المحلي في سجلات وبيانات Zoom Node يُعد جزءًا من عمليات النشر الهجينة، فإن هذه الميزة قد تكون معيقة عند استكشاف أخطاء البنية التحتية الهجينة وإصلاحها. تُحافَظ سجلات الخدمة محليًا بشكل افتراضي، وتشتمل على البيانات والتشخيصات ومعلومات أخرى غير متاحة لـ Zoom للاطلاع عليها. ومع ذلك، ومن أجل استكشاف أخطاء التكوينات الهجينة ومشكلات الجودة وإصلاحها بفعالية، يجب مشاركة سجلات البيانات الهجينة مع Zoom لأغراض استكشاف الأخطاء وإصلاحها. يوفّر Zoom Node خدمة آمنة لتحميل ملفات السجلات عبر البوابة الإلكترونية وفقًا لتقدير العميل، ولكن قد يؤدي تحميل هذه السجلات إلى كشف بيانات وصفية للخدمة لا تتم مشاركتها مع Zoom في عمليات النشر الهجينة. وقد تتضمن هذه البيانات أسماء المشاركون الذين ينضمون محليًا، ورقم إصدار Zoom، ومعلومات نظام التشغيل، وغير ذلك المزيد. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://library.zoom.com/technical-library/technical-library-ar/alkhdmat-almtqdmh-lkhth-enterprise/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.