> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/architecture-and-design/bcdr-whitepaper.md). # ورقة بيضاء حول استمرارية الأعمال والتعافي من الكوارث ## **مقدمة** تقدم Zoom الاتصالات الموحدة كخدمة (UCaaS) القائمة على الذكاء الاصطناعي ومركز الاتصال كخدمة (مركز الاتصال كخدمة) من خلال منصة واحدة متكاملة. يوضح هذا المستند الابتكارات والبنية الكامنة وراء خدمات ومنتجات Zoom الرائدة في فئتها، ويشرح كيفية تقديمنا لتجربة متسقة وآمنة وقابلة للإدارة للمستخدمين النهائيين وفرق تقنية المعلومات عبر UCaaS ومركز الاتصال كخدمة. ## **مبني على الخبرة** تساعد رؤية Zoom القائمة على السحابة المؤسسات على تجاوز تكلفة وتعقيد الأنظمة المحلية القديمة. وبدلاً من إضافة الميزات إلى الحزم التقنية المتقادمة، استثمرنا في هندسة شاملة عبر العملاء وخدمات الوسائط وأنظمة الغرف لتحسين الجودة والمرونة وسهولة الاستخدام من البداية إلى النهاية ضمن منصة واحدة متماسكة، ترتكز على استراتيجية عميل واحد بقاعدة تعليمات برمجية مشتركة عبر المنصات، تستفيد من تجربة المستخدم الأصلية لكل نظام التشغيل. يتجلى ذلك النهج القائم على السحابة في تطبيق Zoom Workplace: تطبيق واحد حديث يمنح المستخدمين وصولاً مركزياً إلى الاجتماعات والدردشة والهاتف ومركز الاتصال والفعاليات والندوات عبر الإنترنت والغرف والسبورة البيضاء وCanvas والمزيد. يخضع الوصول للترخيص، بحيث يمكن لتقنية المعلومات تشغيل المنتجات والميزات أو إيقافها دون نشر مجموعة متفرقة من برامج التثبيت المنفصلة أو إدارة إصدارات عملاء متعارضة. بالنسبة إلى تقنية المعلومات، يقلل هذا النموذج من الأعباء العامة: خوادم أقل للشراء والتركيب وتطبيق التصحيحات عليها؛ وتكاملات مخصصة أقل للصيانة؛ وعدم الحاجة إلى فرق كاملة مخصصة للحفاظ على تشغيل البنية التحتية المحلية. تُقدَّم السعة والتحديثات والتحسينات الأمنية من السحابة، حتى يتمكن المسؤولون من التركيز على السياسات والتبني والنتائج بدلاً من الصيانة. ## بنية الوسائط في الوقت الفعلي والمرونة تناقش الأقسام التالية نهج تصميم Zoom لتمكين تجربة وسائط في الوقت الفعلي رائدة في فئتها. ### اجتماعات Zoom والندوات عبر الإنترنت والفعاليات أساس بنيتنا هو طبقة نقل ذكية تختار أفضل مسار استناداً إلى ظروف الشبكة والسياسات الفعلية. يُستخدم UDP عند توفره، مع رجوع سلس إلى TCP/TLS (بما في ذلك HTTPS/443) في البيئات الأكثر تقييداً. تستخدم مشاركة الشاشة بروتوكول UDP الموثوق للحركة السلسة كلما أمكن، مع الرجوع التلقائي عند الحاجة. عند اتصال باجتماع أو ندوة عبر الإنترنت أو فعالية، يوجّه تطبيق Zoom Workplace حسب الموقع الجغرافي إلى أقرب موارد متاحة لتقليل زمن الاستجابة. وعندما تتطلب السياسات المؤسسية أو الأداء ذلك، يمكن أن تمر حركة البيانات عبر العمود الفقري العالمي لـ Zoom من خلال روابط مخصصة إلى مراكز بيانات مختلفة.
Diagram detailing how the Zoom App maintains active-active connectivity to failover data centers, zone controllers, and multi-media routers.

نظرة عامة على بنية وتصميم Zoom النشط-النشط للاجتماعات والندوات عبر الإنترنت والفعاليات.

الطبقة التالية هي طبقة تفاعلية لجودة الخدمات تتكيف مع ظروف الشبكة والجهاز في الوقت الفعلي. تراقب النطاق الترددي وفقدان الحزم وزمن الاستجابة والتذبذب، كما تجمع استخدام وحدة المعالجة المركزية المحلية والذاكرة وإدخال/إخراج الشبكة. وتُفيد هذه الإشارات الطبقات العليا لاتخاذ الإجراءات التكيفية المناسبة للحفاظ على الجودة والموثوقية. تم ضبط برنامج الترميز التكيفي المخصص من Zoom في طبقة الجلسة لتحقيق أداء في الوقت الفعلي. تعمل الخوارزميات المحيطة باستمرار على تحسين معدل الإطارات والدقة لمطابقة ظروف الجهاز والشبكة. ولتقديم أفضل تجربة ممكنة حسبما تسمح الظروف، تستخدم Zoom تدفقات متزامن متعددة، ويختار تطبيق Zoom Workplace الطبقة الأنسب بصورة ديناميكية. وبفضل الضغط الفعال، تظل الجلسات قابلة للاستخدام مع فقدان حزم يصل إلى نحو 45%؛ وفي هذه الحالات، تُعطى الأولوية للصوت على الفيديو للحفاظ على وضوح المحادثات. كما يضبط نهج التدفقات المتعددة النطاق الترددي وفق قدرة كل مشارك على إرسال الصوت والفيديو واستقبالهما. تستخدم طبقة المؤتمرات الموزعة في Zoom تحويلاً قائماً على الاشتراك دون تحويل ترميز أو مزج من جانب الخادم. غالباً ما تحول الخدمات التقليدية ترميز التدفقات وتمزجها، مما يضيف أعباء على وحدة المعالجة المركزية والذاكرة؛ وقد صُمم نهج التحويل لدينا لتقليل استخدام الموارد والتوسع بكفاءة. يُوجَّه المشاركون حسب الموقع الجغرافي إلى أقرب مركز البيانات ويُعيَّنون إلى الخادم الأقل حملاً؛ وعندما يكون الحاضرون في موقع واحد، يمكن تجميعهم على الخادم نفسه لتحقيق الكفاءة. تدعم البنية عمليات النشر المحلية والهجينة المرنة، وتوفر مسارات حركة بيانات متتالية للمؤسسات الكبيرة. خادم الاجتماعات هو MMR (موجّه الوسائط المتعددة) الخاص بنا، ويُجمع كل MMR في «منطقة اجتماعات». تدير أجهزة التحكم في المنطقة جميع أجهزة MMR وتبلغ عن حالتها إلى جهاز التحكم السحابي العالمي لكل منطقة اجتماعات. تتكرر مناطق الاجتماعات لكل مركز بيانات بالبنية نفسها تماماً، ويمكننا بسهولة إضافة مزيد من المناطق فوراً لزيادة السعة في كل منطقة. تُستخدم الطبقات الثلاث (MMR، وجهاز التحكم Zoom، وجهاز التحكم السحابي العالمي) لموازنة الموارد في مواقع مختلفة. إذا كان هناك مشاركان فقط في اجتماع، يمكن لـ Zoom استخدام اتصالات نظير إلى نظير لتحقيق سرعة وموثوقية ممتازتين. يتيح كل ذلك لـ Zoom الحفاظ على إتاحة خدمات الاجتماعات بنسبة تشغيل تبلغ 99.9% وتقديم تجربة مؤتمرات فيديو موثوقة. ### Zoom Phone تم إنشاء Zoom Phone في السحابة ولأجل السحابة، باستخدام تكيّفات جودة الصوت المثبتة والمتاحة بالفعل في منتجات Zoom Meetings وWebinars لدينا. تتضمن بنية Zoom التكرار والمرونة، مما ينتج عنه حل عالي الإتاحة يمكنه التوسع لتلبية احتياجات حتى أكبر مؤسسة. يستخدم Zoom Phone آليات نقل ذكية لاتصال موثوق عبر بيئات الشبكات المتنوعة. بالنسبة إلى الوسائط، يستخدم SRTP عبر UDP عند توفره، مع رجوع سلس إلى TCP/TLS، إلى جانب معدل بتات تكيفي وتخفيف فقدان الحزم للحفاظ على جودة الصوت في الظروف السيئة. بالنسبة إلى الاتصال، تُوجَّه المكالمات إلى أقرب منطقة SIP متاحة لتقليل زمن الاستجابة، مع تجاوز تلقائي للفشل عبر مراكز البيانات عند الحاجة.
Diagram showing a Zoom Phone device connected to a primary data center, with a secondary connection to an additional data center for failover events.

بنية Zoom Phone النشطة-النشطة

لدى Zoom أجهزة تحكم حدود الجلسات (SBCs) زائدة عن الحاجة في كل مركز من مراكز البيانات لديها، تؤمّن اتصالات العملاء ومشغلي الاتصالات. تسهّل أجهزة SBC هذه، ذات مستوى مشغلي الاتصالات، الوصول السهل لمجموعة واسعة من المؤسسات، من أصغر العملاء إلى المؤسسات العالمية. تعيد موازنات التحميل توجيه الاتصالات المستندة إلى SIP إلى محولات المكالمات في Zoom لتوزيع حجم المكالمات بالتساوي. يتيح هذا التوزيع تجربة سلسة للمستخدمين، حتى خلال ذروة التسجيل وساعات المكالمات المشغولة. تُعد محولات المكالمات جوهر التحكم في المكالمات في Zoom Phone. لا تدعم هذه المكونات القابلة للتوسع وظائف نظام شبكة هاتفية داخلية الأساسية فحسب، بل تيسّر أيضاً بيانات القياس عن بعد إلى لوحة المعلومات Zoom Phone وتمكّن ميزات مثل ترقية مكالمات Zoom Phone إلى اجتماعات Zoom.
A diagram showing the active-active architecture for hardware and SIP zones hosted within a data center

بنية نشطة-نشطة للأجهزة ومناطق SIP المستضافة داخل مركز البيانات

يستفيد تطبيق Zoom Workplace من منطق خاص لمراقبة النطاق الترددي للتطبيق وفقدان الحزم وزمن الاستجابة والتذبذب، مع جمع استخدام التطبيق لوحدة المعالجة المركزية والذاكرة وإدخال/إخراج الشبكة أيضاً. تراقب هذه التقنية المكالمات بصورة نشطة وتجري تعديلات في الوقت الفعلي للتغلب على ظروف الشبكة الضعيفة وتوفير جودة وموثوقية فائقتين للمكالمات عبر بيئات الشبكات المختلفة والأجهزة المختلفة. تلتقط لوحة المعلومات Zoom Phone بيانات جودة الخدمات في الوقت الفعلي والبيانات السابقة، فضلاً عن مقاييس الاستخدام والتبني وسجلات المكالمات والمقاييس المتعلقة بخدمات الطوارئ المتنقلة. تُقيِّم Zoom تلقائياً كل مكالمة باستخدام متوسط درجات الرأي (MOS)، مما يسمح لمسؤولي تقنية المعلومات بتتبع أداء جميع المكالمات التي تعبر الشبكة وعزل المشكلات المحتملة المتعلقة بالشبكة.
### مركز الاتصال Zoom على غرار Zoom Phone، تساعد بنية مركز الاتصال Zoom النشطة-النشطة في توفير المرونة والتكرار عبر بيئتها متعددة القنوات. وبالاستناد إلى البنى المثبتة من خدمات Zoom Meetings وPhone، يدمج مركز الاتصال بسلاسة قدرات الاتصال في الوقت الفعلي مع وظائف الويب، مما ينشئ واجهة بديهية تفيد فريق الوكلاء لديك وعملاءك على حد سواء. يضم كل مركز بيانات منطقتين متطابقتين ومترابطتين لبروتوكول بدء الجلسة (SIP). تسمح مناطق SIP بإجراء المكالمات الصوتية واستقبالها عبر الإنترنت، وتُجهز كل منطقة بأجهزة وخدمات مخصصة للاستدامة المستقلة. داخل مركز البيانات، يوزع موازن التحميل المكالمات بالتساوي بين منطقتي SIP. وتُوزع المكالمات بين مجموعة من محولات المكالمات، المسؤولة عن وظائف متنوعة مثل توجيه المكالمات وإعدادها وإنهائها. من محولات المكالمات، تتصل المكالمات بجهاز SBC داخل كل منطقة، والذي يتصل إما بشبكة Zoom الأساسية من الموفرين أو بمشغل اتصالات يوفره العميل من أجل توجيه شبكة الهاتف العامة المترابطة إلى أن تصل المكالمة إلى وجهتها النهائية. وتُدعَّم أجهزة SBC وموازنات التحميل ومحولات المكالمات بأجهزة زائدة عن الحاجة في وضع الاستعداد لضمان المرونة. يستفيد الصوت في مركز الاتصال Zoom من سلوك تكييف العميل والنقل نفسه المستخدم في Zoom Phone، باستخدام UDP عند توفره مع الرجوع إلى TCP/TLS، بحيث يبقى الصوت واضحاً حتى على الشبكات المقيّدة. وبالنسبة إلى الفيديو والقنوات الرقمية، تستفيد الخدمة من العمود الفقري للوسائط في الوقت الفعلي ومرونة السحابة لدى Zoom لضمان جودة متسقة وتجاوز الفشل. #### Cobrowse تعمل خدمة Cobrowse التابعة لمركز الاتصال Zoom على بنية تحتية منفصلة عن خدمة مركز الاتصال Zoom الأساسية. عند بدء جلسة، تنشئ مجموعة تطوير البرامج (SDK) اتصال WebSocket دائماً بخادم موزع Cobrowsing (CHS) للاتصال ثنائي الاتجاه، مع توجيه حركة البيانات حسب الموقع الجغرافي إلى أقرب مركز بيانات متاح لتقليل زمن الاستجابة. تستخدم الخدمة بنية موزعة عديمة الحالة مع موازنة تحميل ديناميكية عبر عُقد CHS لدعم التوسع المرن عبر نماذج النشر السحابية والهجينة والمحلية. للمساعدة في الحفاظ على استمرارية الجلسة، تعيد SDK الاتصال تلقائياً بعُقد CHS السليمة إذا انقطع الاتصال، ويمكنها تجاوز الفشل عبر مراكز البيانات بأقل قدر من التعطيل. وبالاقتران مع المراقبة المستمرة للحالة ونهج المرونة الأوسع النشط-النشط لدى Zoom، صُممت هذه البنية لتقديم أداء Cobrowse موثوق وقابل للتوسع لبيئات المؤسسات.

بنية نشطة-نشطة لمناطق SDK لـ Cobrowse المستضافة داخل مركز البيانات

## **Zoom Node لعمليات النشر الهجينة والمحلية** [Zoom Node](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer) هي منصة هجينة مُدارة عبر السحابة تربط موارد مركز البيانات لديك بسحابة Zoom، مما يتيح لك نشر وحدات خدمة Zoom (أعباء العمل) محلياً وإدارتها من بوابة Zoom على الويب. تبرز وحدتان للمرونة: Zoom Meetings Hybrid وZoom Phone Local Survivability (ZPLS). [Zoom Meetings Hybrid](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-meetings-hybrid) يوجه الوسائط في الوقت الفعلي للمشاركين الداخليين عبر Node المحلي لديك، بينما تبقى الإشارات والإدارة والسياسات في سحابة Zoom، ويتضمن خيار استمرارية محلياً إذا تعذر الوصول إلى مراكز بيانات Zoom. يحصل المستخدمون الداخليون على مسارات منخفضة زمن الاستجابة وتقليل لحركة الإنترنت الصادرة، بينما يمكن للمشاركين الخارجيين الانضمام عبر السحابة كالمعتاد. يمكن للحسابات أيضاً إضافة موصل التسجيل للالتقاط المحلي عند الحاجة، مع تجاوز تلقائي للفشل إلى السحابة إذا لم تكن السعة المحلية متاحة.
Zoom Meetings Hybrid Module shows how users in a local network connect to the Hybrid MMR, cascading to the cloud.

توضح وحدة Zoom Meetings Hybrid كيفية اتصال المستخدمين في شبكة محلية
بـ Hybrid MMR، مع التتابع إلى السحابة.

[Zoom Phone Local Survivability](https://library.zoom.com/advanced-enterprise-services/zoom-node/zoom-node-explainer/zoom-phone-local-survivability) (ZPLS) يحافظ على توفر الاتصال الهاتفي الأساسي في موقع ما إذا تعطل مسار WAN أو الموفر. تُسجَّل الهواتف محلياً، وتستمر مكالمات الامتدادات الداخلية، وعند تهيئتها، يمكن الحفاظ على اتصال هاتفي صادر بالغ الأهمية عبر مسار شبكة الهاتف العامة المترابطة محلي. وعند عودة الاتصال، تستأنف الخدمة تلقائياً التشغيل السحابي العادي.
Diagram showing how the ZPLS module supports PSTN, intra-site, and cross-site survivability.

يدعم Zoom Phone Local Surviability سيناريوهات متعددة للعودة إلى الوضع السابق لشبكة الهاتف العامة المترابطة
والاتصال بين المواقع في حال وقوع فعالية تؤثر في الخدمة.

## **مراكز البيانات العالمية الموزعة والتكرار** لدى Zoom وسطاء وخوادم اتصالات موزعة بين مراكز بيانات متعددة مترابطة في أنحاء العالم. نقيم باستمرار مراكز البيانات وموفري خدمات الإنترنت (ISPs) لدينا لتحسين الأداء لعملائنا فيما يتعلق بالنطاق الترددي وزمن الاستجابة وعزل التعافي من الكوارث. تقع مراكز البيانات لدينا في منشآت استضافة مشتركة آمنة ومحايدة لمشغلي خدمات الإنترنت، وتوفر أماناً مادياً وطاقة زائدة عن الحاجة ووصولاً متزامن إلى موفري خدمات الإنترنت من المستوى الأعلى وشركاء الربط البيني. ولدينا أيضاً عمليات نشر معينة لدى موفري السحابة العامة حيثما تبرر المتطلبات الإقليمية أو متطلبات السعة ذلك. وقد بُنيت منشآت الاستضافة المشتركة لدينا ببنية تتحمل الأخطاء مع تكرار كامل وقدرة سريعة على تجاوز الفشل. توازن Zoom أحمال خوادم الاتصالات ديناميكياً لنقل الجلسات الجديدة تلقائياً إلى مركز البيانات الذي يتمتع بأفضل وقت استجابة. صُممت هذه المنشآت أيضاً لتحقيق المرونة على الطبقة المادية. تُبنى كل منشأة استضافة مشتركة بتكرار N+1 ومجموعة كاملة من الضوابط البيئية المصممة للحفاظ على عمل المنشأة خلال أعطال المكونات والمخاطر المادية: * ضوابط درجة الحرارة والرطوبة * أنظمة طاقة زائدة عن الحاجة بالكامل وموسعة لاستيعاب أعطال المكونات * إضاءة طوارئ مرنة * الحماية من الحرائق * الحماية من أضرار المياه يتضمن مركز البيانات نماذج تكرار لإمداد الطاقة غير المنقطع (UPS) مثل N أو N+1 أو 2N، وتكرار المولدات باستخدام تصميم N+1، مع التعامل مع صيانة الطاقة واختبارها بواسطة مقدم مركز البيانات المعني. عندما تستخدم Zoom خدمات AWS لمضيف أجزاء من بنيتها التحتية للسحابة، تتم مراجعة وجود وتشغيل ضوابط خدمات AWS سنويًا من قبل فريق أمن Zoom عبر تقارير مدققين خارجيين للخدمات؛ ويتم مناقشة أي استثناءات يتم تحديدها مع خدمات AWS، وعندما يكون من شأنها عرض خطر على أنظمة Zoom أو بياناتها، يتم تصعيدها إلى إدارة Zoom.

مواقع مركز البيانات التجارية حول العالم (سبتمبر، 2026)

## **السعة** تحافظ Zoom على سعة فائضة بنسبة 50% في جميع جوانب بنيتنا التحتية لاستيعاب نمو أعمالنا وتلبية متطلبات ذروة الاستخدام. نحن واثقون من قدرتنا على تقديم الخدمة والتوسع بما يتناسب مع احتياجات عملائنا الحالية والمستقبلية. ## **استمرارية الأعمال والتعافي من الكوارث** الاعتمادية في الظروف العادية ليست سوى جزء من القصة؛ والأمر المهم بالقدر نفسه هو كيفية تصرّف المنصة عندما يحدث خلل. فالأعطال — مثل الكوارث الطبيعية، أو فشل الطاقة أو المرافق، أو الحوادث السيبرانية، أو انقطاعات الشبكة، أو أعطال الأجهزة — هي واقع لا مفر منه لأي خدمة عالمية، وتنبع مرونة Zoom من كيفية استعدادها لهذه الأحداث، وقدرتها على الصمود فيها، وتعافيها منها. وتعتمد هذه المرونة على أربع طبقات متميزة لكنها مترابطة، تعمل كل منها عند نقطة مختلفة قبل حدوث الخلل وأثناءه وبعده: * **التوافر العالي** — الطبقة المعمارية التي تقلل من احتمالية وتأثير الأعطال قبل وقوعها، من خلال القضاء على نقاط الفشل الوحيدة. * **استمرارية الأعمال** — الطبقة التشغيلية التي تُبقي الوظائف الأساسية للأعمال مستمرة عندما يحدث اضطراب بالفعل. * **التعافي من الكوارث** — طبقة الاستعادة التي تعيد أنظمة وتقنيات وخدمات التكنولوجيا المتأثرة إلى التشغيل الطبيعي بعد فعالية مُعطِّلة. * **الاختبار** — طبقة التحقق التي تؤكد أن هذه الممارسات تعمل وتستخلص الدروس من أجل التحسين المستمر. تبني هذه الطبقات بعضها على بعض: فالتوافر العالي يقلل عدد مرات الحاجة إلى التعافي، واستمرارية الأعمال تحدد ما يبقى قيد التشغيل أثناء حدوثه، ويستعيد التعافي من الكوارث ما تأثر، ويُثبت الاختبار سلامة الكل. إن البنية الموضحة في هذا المستند — مراكز البيانات النشطة-النشطة، والتوجيه القائم على تحديد الموقع الجغرافي، والتبديل التلقائي عند التعطل، والنشر وفق معيار N+1 — هي طبقة التوافر العالي عمليًا. وتوضح الأقسام أدناه الطبقات الثلاث المتبقية. ### التوافر العالي يشير التوافر العالي إلى تصميم الأنظمة والخدمات بما يدعم التشغيل المستمر والحد الأدنى من التوقف، وقد جرى تضمينه في أنظمة Zoom بهدف تقليل نقاط الفشل الحرجة أو القضاء عليها. صُممت الخدمات لتحمل انقطاعات كاملة في مركز البيانات، وتقوم العمليات المؤتمتة بتحويل حركة المرور بعيدًا عن المنطقة المتأثرة عند حدوث عطل. ويتم نشر التطبيقات الأساسية وفق معيار N+1، بحيث إذا أصبح مركز بيانات غير متاح، تبقى سعة كافية لموازنة تحميل حركة المرور إلى المواقع التي لا تزال تعمل. وتمتد هذه الفلسفة التصميمية عبر المجموعة الكاملة من الأنظمة التي تعتمد عليها منصة الاتصالات — المرافق المكررة، وبنية الاتصال الهاتفي، واتصال الإنترنت والشبكة المحلية، والبنية التحتية الأمنية، وأنظمة قواعد البيانات العلائقية، والتخزين الكتلي، والنسخ الاحتياطية، والأجهزة، وممارسات إدارة السعة والصيانة المرتبطة بها — بحيث لا يؤدي فشل أي مكوّن أو نظام أو مرفق منفرد إلى فقدان الخدمة. ### استمرارية الأعمال تم تصميم تخطيط استمرارية الأعمال لدى Zoom لتقليل أثر الاضطرابات في العمليات، وحماية الأصول، والحفاظ على الخدمات الأساسية للعملاء وأصحاب المصلحة. وهو يحدد وظائف الأعمال التي يجب الحفاظ عليها أو استعادتها أولًا، والأشخاص والتكنولوجيا والموردين وموارد مكان العمل التي تعتمد عليها تلك الوظائف، والتأثير المحتمل إذا تعطلت تلك الاعتماديات. وهذا يمنح Zoom أساسًا منظمًا لتنسيق الاستجابة والتعافي عندما تتأثر العمليات العادية، ولا سيما عندما تتطلب عدة وظائف أو موارد الاهتمام في الوقت نفسه. يقوم هذا التخطيط على تحليل أثر الأعمال (BIA)، وهو العملية المنهجية التي تستخدمها Zoom لتحديد وتقييم التأثيرات المحتملة للاضطرابات على وظائف الأعمال الحرجة. تُجري Zoom تحليل أثر الأعمال للوظائف الحرجة مرة واحدة على الأقل سنويًا، أو عند حدوث تغيير كبير في عملية أعمال حرجة. ويغطي التحليل أربعة مكونات رئيسية: 1. **تحديد وظائف الأعمال الحرجة** — توثيق العمليات الرئيسية الأساسية لعمليات Zoom وتحديد الاعتماديات والتبعيات المتبادلة بينها. 2. **تقييم الأثر** — تقييم التأثير المحتمل للاضطرابات على كل وظيفة، مع مراعاة الخسارة المالية، والتوقف التشغيلي، والتداعيات القانونية والتنظيمية، والضرر الذي يلحق بالسمعة. 3. **متطلبات الموارد** — تحديد الأفراد والتكنولوجيا والمرافق والخدمات المقدمة من أطراف ثالثة اللازمة لدعم التعافي، وتقييم مدى توافرها وكفايتها. 4. **إعطاء الأولوية لجهود التعافي** — ترتيب استعادة الوظائف الحرجة بناءً على تأثيرها وأهداف الاستعادة المحددة، بحيث تُستعاد الوظائف الأكثر أهمية أولًا. ### التعافي من الكوارث تتحقق Zoom بانتظام من قدراتها على التعافي من الكوارث من خلال اختبارات سنوية عبر منتجاتها. تحتفظ الشركة بخطة رسمية موثقة للتعافي من الكوارث (DRP) تحدد الإجراءات اللازمة لاستعادة الأنظمة والخدمات الحرجة بعد حدوث انقطاع، بما في ذلك استراتيجيات التعافي والأدوار والمسؤوليات وبروتوكولات الاتصال. وقد صُممت خطة التعافي من الكوارث الخاصة بـ Zoom لمعالجة سيناريوهات الكوارث المختلفة التي قد تشمل واحدًا أو أكثر مما يلي: انقطاع التيار الكهربائي، فقدان الاتصال بالشبكة، أعطال الأجهزة، الكوارث الطبيعية، وغيرها من الأحداث المسببة للاضطراب، وصولًا إلى وفشل المرفق بالكامل. وتوثَّق معايير أمن المعلومات التي تحكم التعافي من الكوارث، وتُعتمد، ويجري تعميمها، ومراجعتها مرة واحدة سنويًا على الأقل. بدلاً من الحفاظ على موقع استرداد سريع مخصص لخدمات السحابة، تعتمد Zoom على بنية احتياطية، ومراكز بيانات متعددة الموقع، والعديد من موفري السحابة بما في ذلك خدمات AWS وOCI وGCP لدعم الاستمرارية. وعلى مستوى المنصة، يختلف نمط الاسترداد حسب نوع الخدمة: * **عنقود الويب والاتصالات غير الآنية** استخدم خدمات AWS البنية التحتية عالية التوفّر في تكوين نشط-نشط متعدد المناطق، واعتمد على سجلات DNS لتمكين عملية الإخفاق (failover) بين مركز البيانات، وتضمّن عدة مكونات بقدرات النسخ المتماثل داخل كل مركز البيانات. * **مراكز البيانات الإقليمية والاتصالات في الوقت الفعلي** تعمل في تهيئة نشط-نشط عبر مزودي المستوى 3 وما فوق الموزعين جغرافيًا، مع مكونات واتصاليات زائدة ومرنة ضمن كل مركز البيانات الإقليمي، وشركات اتصالات متنوعة تدعم الاتصال، وتحويل تجاوز الفشل بين المناطق الذي يتطلب إعادة الاتصال. تشمل استراتيجيات الاسترداد الموثقة لدى Zoom تجاوز الفشل بين المناطق، الذي يحوّل حركة المرور أو الخدمات بعيدًا عن المنطقة المتأثرة، والتراجع من خلال النشر الأزرق-الأخضر، الذي يعيد الخدمات إلى بيئة أو حالة نشر سابقة ومعروفة بأنها سليمة للتعافي من المشكلات المتعلقة بالبرامج أو النشر. تُقاس هذه الاستراتيجيات وفقًا لأهداف استرداد محددة. يهدف هدف وقت الاسترداد (RTO) — وهو الوقت المستهدف لاستعادة الخدمة بعد حدوث تعطّل — إلى أن يكون أقل من خمس دقائق. ويهدف هدف نقطة الاسترداد (RPO) — وهو المقدار المستهدف من فقدان البيانات المقبول — إلى عدم فقدان أي بيانات، بدعم من نسخ البيانات المخزنة في سحابة عبر مناطق توفر متعددة. وتوجّه هذه الأهداف تصميم Zoom واختباراته بدلًا من أن تكون ضمانات للخدمة. يُعد النسخ الاحتياطي والاستعادة الفعالان للبيانات مكونًا أساسيًا لهذا النهج، إذ يحميان المعلومات المهمة بحيث يمكن استعادتها في فعالية حدوث تعطّل للحفاظ على استمرارية الأعمال. لا تشارك Zoom خارجيًا خطة التعافي من الكوارث الكاملة أو نتائج الاختبارات التفصيلية الخاصة بها، لأن هذه المواد تحتوي على معلومات أعمال داخلية وحساسة وسرية. راجع [مركز الثقة لدى Zoom](https://www.zoom.com/en/trust/legal-compliance/) للمزيد من المعلومات حول الوثائق المتاحة للعامة. ### الاختبار تتحقق Zoom من ممارسات الاسترداد الخاصة بها من خلال اختبارات سنوية للمحاكاة المكتبية وتجاوز الفشل يجريها مدققون مستقلون. تؤكد هذه الاختبارات أن عمليات الاستجابة والاسترداد تعمل على النحو المقصود، وتحدد الثغرات، وتدعم التحسين المستمر من خلال الدروس المستفادة. شملت الاختبارات مجموعة واسعة من المنتجات ومجالات الخدمة عبر منصة، بما في ذلك Zoom Meetings وZoom Phone وZoom مركز الاتصال وZoom Virtual Agent وZoom Rooms وZoom Events والسبورة البيضاء وحجز مساحة العمل وبوابات RTC والاتصال الهاتفي، وغيرها. وبالاقتران مع البنية الزائدة ذات التكوين نشط-نشط الموصوفة في جميع أنحاء هذا المستند، صُمم هذا النهج متعدد الطبقات لإبقاء خدمات Zoom متاح وقابلة للاستعادة عبر نطاق واسع من ظروف التعطّل. ## **الخلاصة** تدعم موثوقية Zoom بنية متعددة الطبقات تجمع بين تصميم الخدمات الذي يعتمد على سحابة أولًا، وتوجيه الوسائط التكيفي، والبنية التحتية العالمية الزائدة، وتخطيط السعة، وممارسات رسمية لاستمرارية الأعمال والتعافي من الكوارث. عبر Meetings وPhone ومركز الاتصال وZoom Node ومراكز البيانات العالمية والخدمات ذات الصلة، صُممت منصة Zoom لدعم اتصالات متسقة عبر شبكات ومناطق وأجهزة ونماذج نشر متنوعة. نفس مبادئ التصميم التي تدعم جودة الخدمة اليومية تدعم أيضًا المرونة على نطاق واسع. تعمل البنية المعمارية نشط-نشط، و"توجيه" الذكي، والنقل التكيفي، والمرافق الاحتياطية، والتخطيط للتعافي، وممارسات النسخ الاحتياطي، والاختبار المنتظم معًا للمساعدة في الحفاظ على الخدمات الأساسية ودعم التعافي عند حدوث الأحداث التشغيلية. بالنسبة للعملاء وفِرَق تقنية المعلومات، يوفّر هذا النهج منصة مصممة للتواصل الموثوق، واستمرارية التشغيل، ونشر خطة Enterprise المُدارة عبر بيئات UCaaS ومركز الاتصال كخدمة. *من تأليف Jakob Ganschow وSam Azimipour* --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/architecture-and-design/bcdr-whitepaper.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.