ملخص

  • يقدم Oncore Cloud Services نفسه كمزود بنية تحتية سحابية هجينة ومجاورة للسحابة، وليس كمضيف ويب عام: موقعه العام يصف UniversalEdge للترابط المُدار، SecureCloud HCI للحوسبة الخاصة، التخزين الخاص، Cloud Ignite للاتصال بـ Azure، خدمات الشبكة الحيوية المُدارة وتحديث البنية التحتية السحابية.
  • لديها أدلة تشغيلية ملموسة.الصفحة الرئيسيةتسرد عناوين مكاتب في كندا والولايات المتحدة، وصفحة مناطق المترو لمراكز البياناتتذكر مناطق مترو Equinix TR2 وTR7 وMT1 وAT1 وDC10، ويسجل ARINAS19382كـ ONCORE-CA، ويظهر RIPEstatAS19382 معلَنًافي 14 يوليو 2026.
  • أدلة الشبكة العامة قوية، لكنها غير كاملة.سجل شبكة Oncoreفي PeeringDB يظهر AS19382 وAS-ONCORE ودعم IPv6 وإدخالات المرافق في تورونتو ومونتريال، ومنافذ تبادل بسعة 10 جيجابت في الثانية في TorIX وCANIX؛ لكنه لا يثبت توزيع أحمال العملاء أو السعة الاحتياطية القابلة للاستخدام أو التعافي المُختبر بين كل مترو يسوق له Oncore.
  • الخطر الرئيسي للعميل هو الفجوة بين "مجاورة السحابة" المسوقة والسعة المستضافة القابلة للاسترداد. يمكن لـ Oncore بيع الحوسبة الخاصة والتخزين والترابط بشكل موثوق، لكن المصادر العامة لا تفصح عن أعداد الرفوف أو ميزانيات الطاقة أو احتياطيات الأجهزة أو أهداف النسخ المتماثل أو أوقات الاستعادة أو سجل الصيانة أو سلوكيات تجاوز الفشل لكل منتج.
  • درجة الأدلة العملية منقسمة: قوية بالنسبة لأدلة الشبكة الحية وسطح المنتج؛ متوسطة بالنسبة لأدلة مرونة العميل لأن عمق السعة وعزل الفشل ونتائج الترحيل تظل نقاط مراقبة.

Oncore يبيع مجاورة السحابة، وليس مجرد تسمية سحابية

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

مجموعة الخدمات تدعم هذه القراءة.UniversalEdgeموصوفة كخدمة ترابط مرنة مُدارة بالكامل ومنخفضة الكمون متوفرة في إصدارات قياسية وMicrosoft ExpressRoute وخدمات مالية. تهدف إلى ربط العملاء بالمنصات الرقمية ومنصات السحابة ومزودي النقل عبر الإنترنت وشبكات الطرف الثالث الموثوقة مع توفير مراقبة المسار.SecureCloud HCIيُؤطر كمنصة حوسبة خاصة مُدارة باستخدام KVM وتخزين أساسي فلاش بالكامل وحماية بيانات مدمجة ونسخ متماثل جغرافي اختياري وترابط UniversalEdge وتوافق مع صور أقراص VMware وHyper-V وKVM غير المعدلة.التخزين الخاصيضيف توافقًا أصليًا مع S3 وعرض كتل وملفات لـ SecureCloud HCI وتشفير موجه من العميل وتخزين WORM واتصال خاص عبر مساحة عنوان خاصة RFC1918 وعزل VRF وتحديد سيادة البيانات.

هذه الخدمات ذات قيمة لأنها قريبة من الحدود المادية للتحديث المؤسسي. قد لا يرغب بنك أو اتحاد ائتماني أو مستشفى أو شركة تأمين أو بلدية أو مصنع في إعادة بناء كل عبء عمل كتطبيق أصلي للسحابة العامة. قد يحتاج إلى اتصال خاص بـ Microsoft أو Google أو Amazon أو Oracle؛ ومجموعة تخزين محددة الموقع؛ وبديل للافتراضية يمكنه استيعاب صور الأقراص الحالية؛ ومزود مُدار يمكنه تشغيل الشبكة والتخزين والأمان معًا. لغة Oncore العامة موجهة مباشرة لذلك النوع من العملاء.

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

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

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

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

خريطة المواقع واضحة بشكل غير عادي، لكن التوزيع لا يزال بحاجة إلى دليل

صفحةمناطق المترو لمراكز البياناتالخاصة بـ Oncore هي واحدة من أقوى أدلة الطرف الأول. تسرد تورونتو (YYZ-01) في Equinix TR2 في تورونتو، وتورونتو الشمالية (YYZ-02) في Equinix TR7 في برامبتون، ومونتريال (YUL-01) في Equinix MT1 في سان لوران، وأتلانتا (ATL-01) في Equinix AT1 في أتلانتا، وآشبورن (IAD-01) في Equinix DC10 في آشبورن. هذا أكثر تحديدًا بكثير من بصمة سحابية غامضة "أمريكا الشمالية". يمنح العملاء خريطة بداية للمناقشات حول زمن الوصول والولاية القضائية والتنسيب عبر الحدود والتعافي من الكوارث.

الخريطة أيضًا تذكير بأن قائمة المترو ليست ضمانًا لتوزيع أعباء العمل. يمكن لصفحة عامة أن تقول إن المزود لديه خدمات في منطقة مترو دون إظهار أي المنتجات نشطة هناك أو أي فئات تخزين متاحة أو ما إذا كانت الحوسبة والتخزين موجودان في نفس المرفق أو ما إذا كانت الطبقة المختارة للعميل لديها سعة احتياطية أو ما إذا كان يمكن للمسار عنوان يملكه العميل أن ينتقل بين المناطق. صفحةالمنصة المجاورة للسحابةالخاصة بـ Oncore تقول إن المنصة تقدم ترابطًا مُدارًا وتخزينًا خاصًا وخدمات سحابية خاصة مؤسسية متوافقة مع مسار بيانات سحابية للعميل. وتقول أيضًا إن العرض سيادي ومتوفر أصلاً عبر مناطق المترو في الولايات المتحدة وكندا. هذه العبارات تدعم مفهوم الخدمة، لكنها ليست بديلاً عن خطاب توزيع خاص بالطلب.

PeeringDB يضيف فحصًا خارجيًا، لكنه يضيق نطاق أدلة الشبكة المرئية.سجل شبكة Oncoreيسرد AS19382 وAS-ONCORE وتمكين IPv6 وسياسة نظير مفتوحة وفقًا لـ PeeringDB ومرفقين وسجلين للتبادل ولا نسبة حركة مرور معلنة. سجلات المرفق في ملف الشبكة هذه هي Equinix TR2 - تورونتو وEquinix MT1 - مونتريال. واجهة برمجة تطبيقات المرفقات المنفصلة في PeeringDB تؤكدTR2كمرفق Equinix في تورونتو في 45 Parliament St مع العديد من الشبكات والتبادلات، وMT1كمرفق Equinix في مونتريال في سان لوران. هذه النظرة الخارجية تدعم بصمة شبكة كندية في TR2 وMT1، لكنها لا تدعم كل منطقة مترو مدرجة في موقع Oncore الخاص.

هذا الاختلاف ليس سلبيًا تلقائيًا. PeeringDB ليس كتالوج منتجات، والمزودون لا يسردون دائمًا كل مرفق أو بيئة عميل أو مترو سحابة خاصة. قد يكون للشبكة وجود خاص في منطقة مترو دون سجل مرفق في PeeringDB، أو قد يستخدم المزود نسيج شريك أو دوائر خاصة أو توصيلات متقاطعة خاصة بالعميل لا تظهر في الملف العام. التفسير الحذر أضيق: يسوق Oncore علنًا خمسة مناطق مترو من Equinix، وتظهر قواعد بيانات الشبكة العامة بشكل مستقل AS19382 في مرفقين كنديين ونقطتي تبادل كنديتين. يجب على العميل الذي يختار أتلانتا أو آشبورن أو تورونتو الشمالية أن يطلب تأكيدًا منفصلاً لتوفر المنتج وتسليم المسار ووضع النسخ الاحتياطي وسلوك الاسترداد في ذلك المترو المحدد.

هذا التمييز يهم أكثر عندما يشتري العميل من أجل المرونة وليس فقط زمن الوصول. يمكن لعبء عمل أساسي في تورونتو ونسخة متماثلة في مونتريال دعم السيادة الكندية، ولكن فقط إذا كان تصميم النسخ المتماثل وضوابط الاستعادة وتجاوز فشل المسار حقيقية. قد يكون عبء العمل في آشبورن جذابًا للقرب من مناطق السحابة الأمريكية وشبكات المؤسسات، لكن الأدلة العامة التي تمت مراجعتها هنا لا تظهر سجل مرفق PeeringDB لـ AS19382 هناك. لا يجب على العميل أن يستنتج أن كل منطقة مترو لديها نفس العمق في الحوسبة والتخزين والتوصيل المتقاطع والدعم. السؤال الأفضل هو: أي منطقة مترو ومرفق ومجموعة ومجموعة تخزين وسياسة مسار ومسار تصعيد دعم سيستخدمها هذا العبء؟

بصمة AS19382 حقيقية ومرئية في التوجيه

أقوى دليل تقني هو الشبكة. سجلAS19382 RDAPلـ ARIN يسمي ONCORE-CA وOncore Cloud Services، بعنوان مسجل في ميسيسوجا، أونتاريو، وتاريخ تسجيل في أبريل 2018. عرض AS العامRIPEstatأبلغ أن AS19382 معلن في نافذة الاستعلام بتاريخ 14 يوليو 2026. هذا يعني أن الشركة لا تنشر مجرد كتيب استشاري: لديها نظام مستقل موجه مرئي لمجمعي الإنترنت.

عرض البادئات المعلنةRIPEstatسرد تسعة عشر إدخالاً في الوقت المفحوص. شملت تلك الإجمالي IPv4 162.221.144.0/22، و/24 محددة داخل تلك الكتلة، و23.164.96.0/24، وعدة /48s IPv6 مثل 2605:7c0:1000::/48 و2605:7c0:1001::/48 و2605:7c0:2000::/48 و2620:13c:e000::/48 وموارد ذات صلة. عرض البادئة لـ 162.221.144.0/22 حدد AS19382 كأصل وسرد الأربع /24s الأكثر تحديدًا. عرض البادئة لـ 23.164.96.0/24 حدد أيضًا AS19382 كأصل. النقطة ليست وفرة العناوين؛ إنها أن Oncore لديه حافة مرئية مع وجود IPv4 وIPv6.

رؤية المسار كانت واسعة في بيانات RIPEstat المعاينة. حالة التوجيه لـ 162.221.144.0/22 أظهرت البادئة شوهدت أولاً من AS19382 في 2019 وآخر مرة من AS19382 في 14 يوليو 2026، مع رؤية كاملة لأقران RIS IPv4 في اللقطة المعادة. حالة التوجيه لـ 23.164.96.0/24 أظهرت بالمثل AS19382 كأصل ورؤية واسعة. عروض رؤية RIPEstat لـ 162.221.144.0/22 و23.164.96.0/24 لم تظهر أي أقران IPv4 غير رائيين لجدول كامل عبر المجمعات المعاينة. هذه علامة قوية على قابلية الوصول العالمية الحالية لتلك البادئات.

أدلة تفويض المسار إيجابية أيضًا لموارد IPv4 المعاينة. التحقق من صحة RPKI لـ 162.221.144.0/22 في RIPEstat أعاد صالحًا لـ AS19382 مع ROA تغطي /22 والحد الأقصى للطول 32. التحقق من صحة RPKI لـ 23.164.96.0/24 أعاد صالحًا أيضًا. صحة RPKI ليست مقياس أداء ولا تثبت تجاوز الفشل، لكنها تقلل فئة واحدة من مخاطر أصل المسار وتظهر مستوى من النظافة التشغيلية يجب أن يهم المشترين المؤسسيين.

الطوبولوجيا لا تزال مدمجة. عرض ASRank لـ AS19382 منCAIDAأظهر الشبكة كما رؤيت، مع مخروط عميل من AS واحد وست بادئات و1280 عنوان IPv4 في ذلك النموذج، بالإضافة إلى مزودين وتسعة أقران. عرض جيران ASN فيRIPEstatسرد الجيران المرصودين من الجانب الأيسر بما في ذلك AS174 Cogent وAS21949 Beanfield وAS6939 Hurricane Electric وAS394256 Tech Futures Interactive، مع عدة جيران غير مؤكدين. لا يمكن استنباط الدور التجاري الدقيق لكل جار من عرض مجمع عام واحد، لكن الصورة واضحة بما فيه الكفاية: Oncore لديه أكثر من مجرد مزود واحد معزول، لكنها ليست شبكة ناقل ضخمة بمخروط عميل كبير.

للمشترين، هذا يعني أن AS موثوقة لكنها لا تزال خاصة بعبء العمل. قد يعتمد عميل التخزين الخاص على التوصيلات المتقاطعة والوصول إلى جانب المرفق أكثر من قابلية الوصول عبر الإنترنت العام. قد يعتمد عميل UniversalEdge على استقرار الدوائر الخاصة ونسيج Equinix وتسليمات مزود السحابة وجلسات BGP ومراقبة Oncore. قد يعتمد عميل SecureCloud HCI على توافق صور VM والنسخ المتماثل للتخزين وقدرة المزود على استعادة مضيف أو مجموعة. AS19382 هي إشارة حقيقية إلى أن Oncore يدير بنية تحتية للشبكة، وليس مجرد خدمات استشارية. لا يجيب على كل سؤال حول المسار الذي يختاره العميل.

سجلات النظير والتبادل تظهر ترابطًا كنديًا مفيدًا

إدخالات التبادل في PeeringDB تضيف نسيجًا إلى قصة الشبكة.سجل Oncore في PeeringDBيظهر إدخالات تبادل تشغيلية بسعة 10 جيجابت في الثانية في TorIX وCANIX Montreal، مع عناوين IPv4 وIPv6 على كلا نسيجي التبادل. سجلTorIX APIيعرف TorIX كمجتمع تبادل الإنترنت في تورونتو، ويظهر دعم IPv6 وعددًا كبيرًا من الأعضاء، ويشمل Equinix TR2 كأحد المرافق في نظام التبادل. سجلCANIX Montreal APIيعرف CANIX Montreal، ويشير إلى أنه كان سابقًا QIX، ويظهر دعم IPv6، ويسرد عدة مرافق في مونتريال، ويشمل Equinix MT1 في مجموعة المرفق.

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

لكن منافذ التبادل سعة 10 جيجابت في الثانية ليست نفس سعة العميل. سجل منفذ PeeringDB هو حقيقة ترابط عامة. لا يظهر حمل حركة العميل أو التكرار أو استخدام الارتباط أو جودة سياسة التوجيه أو معالجة DDoS أو الاعتماد على خادم المسار أو سعة الشبكة الخاصة أو مقدار حركة العميل التي تبقى داخل نسيج سحابة/مزود خاص. كما لا يظهر ما إذا كان بإمكان Oncore استيعاب حدث صيانة مرفق أو اضطراب تبادل أو فشل موجه أو مشكلة تسليم مزود سحابة دون التأثير على عميل معين. أدلة التبادل العامة قيمة؛ يجب التعامل معها كبداية لمحادثة شبكة، وليس كضمان استرداد.

سجلات التبادل والمرفق تسلط الضوء أيضًا على عدم تناسق جغرافي. لغة سوق Oncore هي أمريكا الشمالية وعبر الحدود. صفحة مراكز البيانات العامة تسرد مناطق مترو في كندا والولايات المتحدة. سجلات المرفق والتبادل المرئية لـ AS19382 في PeeringDB، مع ذلك، هي كندية. قد يعكس هذا ببساطة مكان تسجيل النظير العام لـ AS. يمكن الوصول إلى مناطق المترو الأمريكية من خلال اتصال خاص أو خدمات نسيج أو ترتيبات شريك أو تصاميم خاصة بالعميل. لكن الأدلة العامة لا تظهر إدخالات تبادل AS19382 في أتلانتا أو آشبورن. بالنسبة للمشترين الإنتاجيين في الولايات المتحدة، هذا ليس مستبعدًا؛ إنه عنصر تحقق.

يجب أن يكون التحقق ملموسًا. اسأل عن أي ASN يحمل الخدمة في منطقة المترو الأمريكية المختارة. اسأل عما إذا كانت حركة العميل تستخدم AS19382 أو خدمة خاصة لمزود السحابة أو نسيج Equinix أو دارة ناقل أو ASN مملوك للعميل. اسأل عما إذا كانت مجتمعات BGP وRPKI وكائنات IRR وتصفية المسار موثقة. اسأل عما إذا كانت هناك مراقبة مستقلة من خارج حافة Oncore. اسأل عما يحدث إذا تعرض TorIX أو CANIX أو نسيج Equinix أو جلسة Microsoft ExpressRoute أو ترابط Google أو توصيل متقاطع مخصص لضعف. مواد Oncore العامة تستخدم لغة مراقبة المسار الكاملة؛ يجب على العملاء تحديد المسار الذي تتم مراقبته بالضبط.

SecureCloud HCI يحول المخزون المادي إلى خطر على العميل

SecureCloud HCI هو المنتج الذي تصبح فيه فرضية "السعة المستضافة" أكثر وضوحًا. يقول Oncore إن SecureCloud يستخدم معالجات x86-64 متعددة النوى من Intel أو AMD من الجيل الحالي، وتخزين أساسي فلاش بالكامل، وشبكات معرفة بالبرمجيات، وKVM، وتوفر عالٍ، وجدولة موارد، وتسامح مع الأعطال، وحماية بيانات مدمجة، ونسخ متماثل جغرافي اختياري، ونسخ متماثل للخدمة الثلاثية أو التخزين البارد، وشبكة UniversalEdge المُدارة وخدمات الأمان، ودعم لصور أقراص VMware وHyper-V وKVM الحالية. هذا عرض غني. وهو أيضًا عرض بقائمة مواد مادية.

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

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

صفحات الخدمة الخاصة بـ Oncore تجعل الاسترداد جزءًا من عرض القيمة. يقول SecureCloud إن حماية البيانات مضمنة لجميع أعباء العمل المنشورة، مع حماية مستمرة متوفرة للأجهزة الافتراضية ونسخ متماثل خارج الموقع. يقول التخزين الخاص إن الحجوزات المخصصة تضمن السعة والأداء، مع فواتير ثابتة وبدون رسوم غير متوقعة للمعاملات أو نقل البيانات. صفحة المنصة المجاورة للسحابة تقول إن المنصة تتضمن خدمات استمرارية الأعمال وحماية البيانات. هذه ادعاءات قوية، لكنها ليست محددة كميًا للجمهور.

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

لهذا السبب يجب على المشترين التعامل مع SecureCloud على أنه موثوق ولكنه لا يثبت نفسه. قبل أن يصبح حرجًا، يجب على العميل أن يطلب تصميمًا يظهر عدد المجموعات ومجالات الفشل وحماية التخزين وطوبولوجيا النسخ المتماثل واستقلالية النسخ الاحتياطي وتكرار الدائرة والوصول الإداري وتصعيد الدعم وإجراءات الاستعادة. يجب اختبار استعادة عبء عمل صغير، وليس فقط قبول وجود النسخ الاحتياطي. يجب اختبار ما إذا كان VM المستعاد يحتفظ بعنوان IP المتوقع وسياسة جدار الحماية وسلوك DNS وتكامل الهوية وحالة الترخيص.

يجب أن يعرف ما إذا كان بإمكان المزود الاستعادة في مترو ثانوي إذا كان المترو الأساسي غير متاح، وما إذا كان ذلك المترو الثانوي لديه سعة حوسبة/تخزين مكافئة أم مجرد هدف بارد.

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

التخزين الخاص يجعل المحلية وآليات الخروج أساسية

التخزين الخاص من Oncore هو أحد الأجزاء الأكثر إثارة للاهتمام في العرض لأنه يتحدث مباشرة عن سيادة البيانات والارتباط بالسحابة المتعددة.صفحة التخزين الخاصتقول إن الخدمة يمكنها تقديم توافق أصلي مع S3 وتخزين كتل وملفات لـ SecureCloud HCI وتشفير موجه من العميل وتخزين WORM واتصال خاص عبر مساحة عنوان خاصة RFC1918 وVRF وحدود جغرافية محددة. وتقول أيضًا إن الخدمة مدعومة بمرافق Equinix ويمكنها توفير حجوزات مخصصة بسعة وأداء مضمونين.

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

الخطر هو أن وعود التخزين سهلة الفهم الخطأ. "خاص" يمكن أن يشير إلى مسار الشبكة أو الإيجار أو التشفير أو مساحة العنوان أو الحدود الإدارية أو العقد أو الموقع المادي. "سيادي" يمكن أن يشير إلى مكان وجود البيانات ومن يمكنه الوصول إليها وأي نظام قانوني ينطبق وكيف يصل موظفو الدعم إليها وأين تذهب السجلات وأين يتم الاحتفاظ بالنسخ المتماثلة وأي خدمات طرف ثالث تلمسها. "حجز مخصص" يمكن أن يعني سعة منطقية محجوزة أو موارد مادية محجوزة أو غلاف أداء تعاقدي. الصفحات العامة لا تحدد تلك المصطلحات بالكامل لكل طلب عميل.

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

آليات الخروج لا تقل أهمية عن الدخول. يؤكد Oncore على دعم الترحيل من خلال DataStream والتوافق مع صور الأقراص الحالية. هذا يساعد في الانضمام. يحتاج العميل أيضًا إلى خطة خروج. هل يمكن تصدير بيانات الكائن من خلال أدوات S3 القياسية دون ميزات خاصة بالمزود؟ هل يمكن تحويل أحجام الكتل إلى تنسيق صورة قابل للاستخدام؟ هل كتالوجات النسخ الاحتياطي محمولة؟ هل يتم التحكم في احتفاظ WORM من قبل العميل أو Oncore أو كليهما؟ كم من الوقت سيستغرق نقل عشرات أو مئات التيرابايتات عبر الترابط الخاص؟ هل هناك حدود عملية على الخروج أو التزامن أو حجم التذاكر أو مساعدة الدعم أثناء الخروج؟ المواد العامة لا تجيب على تلك الأسئلة.

يجب على المشتري حلها قبل وضع بيانات لا يمكن استبدالها على المنصة.

UniversalEdge وCloud Ignite ينقلان الفشل من زمن تشغيل الخادم إلى صحة المسار

UniversalEdge يغير سؤال الانقطاع. في نموذج الاستضافة الكلاسيكي، يسأل العميل عما إذا كان الخادم قيد التشغيل. في نموذج الترابط المجاور للسحابة، يمكن أن يكون الخادم سليمًا بينما العميل لا يزال معطلاً بسبب فشل دائرة خاصة أو منفذ تبادل أو جلسة BGP أو بوابة سحابة أو مرشح مسار أو سياسة أمان أو مسار DNS أو تكامل هوية. يعرف Oncore هذا؛ صفحة UniversalEdge تؤكد على مراقبة المسار الكاملة ومنع الأعطال الخلفية من أن تصبح انقطاعات. Cloud Ignite يوسع الفكرة إلى Azure بوعد اتصال VPN خاص وتصميم توجيه وتشفير وإعداد تجاوز فشل ومساعدة في الشبكة المحلية وتحقق ومسار نحو ExpressRoute لإنتاجية أعلى وأداء مؤسسي.

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

الأدلة العامة تدعم Oncore كمشغل ترابط. AS19382 حي. PeeringDB يظهر منافذ تبادل وحضور مرفق. الخدمات تصف نسيج Equinix والتوصيلات المتقاطعة المباشرة والدوائر الخاصة والوصول إلى منصة السحابة وMicrosoft ExpressRoute ومجاورة Google Cloud وMicrosoft 365 ووجهات منصة أخرى. قصة Innovation Federal Credit Union تقول إن Oncore ساعد في نشر عمود فقري شبكي مدعوم من Equinix يدعم الخدمات المالية الرقمية على مستوى البلاد. هذه أدلة هامة على عميل مسمى، خاصة لأن الخدمات المالية هي بالضبط النوع من القطاعات التي تهتم بالتحكم في المسار والمرونة.

الخطر المتبقي هو الخصوصية التشغيلية. مراقبة المسار الكاملة هي ادعاء يجب تحديد نطاقه. هل تراقب من حافة Oncore إلى بيئة العميل، من حافة العميل إلى مزود السحابة، أم كليهما؟ هل تشمل فقدان الحزمة والارتعاش وتغييرات المسار وحالة النفق وحالة جلسة BGP وDNS ومجسات التطبيق والفحوص الاصطناعية المحددة من قبل العميل؟ ما هو عتبة التنبيه؟ من يتلقى التنبيهات؟ هل بيانات المراقبة مرئية للعميل؟ هل يمتلك Oncore سلطة تغيير التوجيه أثناء حادث، أم يجب أن ينتظر موافقة العميل؟ ماذا يحدث إذا كانت خدمة الاتصال الخاص لمزود السحابة متدهورة ولكنها لا تزال تقنيًا قيد التشغيل؟

بالنسبة لـ Cloud Ignite، يجب أن يكون المشترون دقيقين بالمثل. يمكن أن تكون مشاركة VPN لمدة خمسة أيام قيمة للاتصال السريع، لكن تصميم VPN له حدود حول الإنتاجية وزيادة التشفير وحجم المسار ودعم الجهاز وسلوك تجاوز الفشل والملكية التشغيلية. الانتقال لاحقًا إلى ExpressRoute ليس مجرد ترقية للنطاق الترددي؛ يغير الطلب وتبعيات المزود والتوجيه والفوترة وأنماط الفشل. يقول Oncore إن فريقه يصمم ويكوّن ويتحقق من الاتصال من النهاية إلى النهاية. يجب على العملاء الاحتفاظ بالوثائق كما بنيت وجداول المسار وإصدارات المخطط وجهات الاتصال الرئيسية ونتائج اختبار تجاوز الفشل لأن هذه القطع الأثرية تصبح أساسية أثناء حادث ليلة الجمعة.

قصة العميل هي دليل حقيقي، لكن لا ينبغي تعميمها أكثر من اللازم

صفحةدراسة حالة Innovation Federal Credit Unionالخاصة بـ Oncore تقول إن الاتحاد الائتماني قام بتحديث ممتلكاته التقنية بالشراكة مع Equinix وOncore لإنشاء منصة ترابط مرنة، مما يتيح الخدمات المالية الرقمية على مستوى البلاد. ترتبط بدراسة حالة وفيديو من Equinix. القصة تنعكس أيضًا على صفحات حلول Oncore المتعددة من خلال اقتباسات العملاء حول تبسيط إدارة الشبكة وتحسين القياس عن بُعد وتوسيع نطاق الخدمات على مستوى البلاد ونشر عمود فقري شبكي.

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

التحذير هو النطاق. تحديث شبكة اتحاد ائتماني ناجح لا يثبت أن كل عميل SecureCloud HCI لديه تجاوز فشل متعدد المناطق أو أن التخزين الخاص لديه ملف متانة محدد أو أن كل منطقة مترو لها نفس عمق الدعم. دراسات الحالة عادة ما تكون حول نجاح مختار. نادرًا ما تكشف تاريخ الحوادث أو الهجرات الصعبة أو التكاليف الخفية أو تصعيد الدعم تحت الضغط. الاستخدام الصحيح لهذا الدليل هو معاملته كدليل على أن Oncore يمكنه تقديم مشروع حقيقي في قطاع ذي صلة، ثم طلب مراجع وأدلة تقنية لعبء العمل الخاص بالمشتري.

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

تلك الصفحات ليست دليلاً على السعة التقنية، لكنها تساعد في شرح وضع السوق للشركة. Oncore لا يقدم نفسه كمضيف هواية صغير. يقدم نفسه كمزود بنية تحتية مدارة لعملاء السوق المتوسطة والمؤسسات، مع طموحات في القطاع المنظم وعمليات في أمريكا الشمالية. هذا يجعل الأسئلة التقنية المتبقية غير المجابة أكثر أهمية، وليس أقل. كلما زاد اعتماد العميل، كلما يجب تأكيد الاسترداد والدعم والمراقبة والمحلية وشروط الخروج بحذر أكبر.

الصفحات القانونية ليست بديلاً عن مستوى الخدمة

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

هذا مهم لأن الخدمات التي يتم بيعها حساسة تشغيليًا. يحتاج عملاء SecureCloud HCI إلى معرفة كيف يتم تعريف وقت التشغيل. هل هو توفر المضيف، توفر VM، توفر التخزين، توفر الشبكة، توفر مستوى الإدارة، أم قابلية الوصول إلى التطبيق؟ يحتاج عملاء التخزين الخاص إلى معرفة كيف يتم تعريف المتانة والاستعادة وسلوك WORM ومسؤولية التشفير. يحتاج عملاء UniversalEdge إلى معرفة ما إذا كانت مراقبة المسار تخلق التزامًا تعاقديًا بالاستجابة. يحتاج عملاء Cloud Ignite إلى معرفة ما إذا كان التحقق عبارة عن مشاركة لمرة واحدة أم خدمة مُدارة مستمرة.

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

يجب على المشتري أن يطلب من Oncore جداول الخدمة الفعلية ومقارنتها بالادعاءات التسويقية. إذا كانت صفحة الخدمة تقول إن حماية البيانات المدمجة مضمنة، فما هو مستبعد؟ إذا كان النسخ المتماثل الجغرافي متاحًا، فما تكلفته وكيف يتم اختباره؟ إذا كان التخزين الخاص يقدم سيادة البيانات، فأين توجد النسخ المتماثلة والبيانات الوصفية والمفاتيح وسجلات الدعم وبيانات المراقبة؟ إذا كان UniversalEdge يتضمن مراقبة المسار الكاملة، فما الذي يراه العميل وماذا يحدث عندما ينطلق الإنذار؟ إذا كان Cloud Ignite يقدم تحققًا من النهاية إلى النهاية، فما الذي يتم إعادة التحقق منه بعد أن يغير العميل جدار حماية أو جدول مسار أو تكوين Azure؟

قد تكون الإجابة قوية. وضع Oncore العام يشير إلى مزود يفهم مخاوف القطاع المنظم. لكن القراء العامين يجب أن يفصلوا بين الأدلة والاستدلال. الأدلة: مناطق مترو مسماة، AS حي، سجلات PeeringDB، رؤية المسار، صحة RPKI، صفحات المنتج، قصة العميل، بصمة المكاتب. الاستدلال: السعة الاحتياطية، أهداف الاسترداد، تغطية الدعم، سبل الانتصاف التعاقدية، سرعة التصدير، الاستجابة للحوادث، والاقتصاديات طويلة الأجل. الاستدلال قد يكون إيجابيًا، لكنه لا يزال يحتاج إلى عقد واختبار.

مسارات الفشل التي يجب اختبارها قبل جعل Oncore حرجاً

مسار الفشل الأول هو حدث مرفق أو رف. إذا فقدت مجموعة SecureCloud HCI في تورونتو مضيفًا أو رف تخزين أو مفتاح أعلى الرف أو توصيلاً متقاطعًا أو تغذية طاقة أو مسار تبريد، فهل يمكن أن يظل عبء عمل العميل متاحًا؟ إذا لم يكن كذلك، فهل يمكن إعادة تشغيله في نفس المترو بسرعة؟ إذا كان المترو بأكمله معطلاً، فهل يمكن تشغيله في مونتريال أو برامبتون أو أتلانتا أو آشبورن؟ هل البيانات وصور التمهيد ومسارات IP وDNS واتصالات الهوية وسياسات الأمان موجودة بالفعل في الموقع الهدف؟ هل الموقع الهدف لديه حوسبة وتخزين احتياطيان، أم هو مجرد وجهة نسخ متماثل؟

مسار الفشل الثاني هو حدث مسار أو ترابط. إذا فشل TorIX أو CANIX أو ناقل أو اتصال Equinix Fabric أو بوابة مزود سحابة أو نفق VPN أو ExpressRoute أو BGP أو مرشح مسار، من يشخص المسار؟ المواد العامة لـ Oncore تقول إنه يراقب المسارات ويدير الترابط، وهي بالضبط القدرة الصحيحة. لا يزال العميل بحاجة إلى معرفة دليل التشغيل والسلطة ووقت التصعيد والبيانات المرئية للعميل وقواعد تجاوز الفشل. VM سليم لا يساعد إذا كان التطبيق لا يمكنه الوصول إلى مستخدميه أو تبعيات السحابة أو مزود الهوية أو قاعدة البيانات.

مسار الفشل الثالث هو فشل التخزين والنسخ الاحتياطي. إذا كان التخزين الأساسي فلاش بالكامل متدهورًا، فهل يرى العميل زمن وصول متزايدًا أو توفرًا منخفضًا أو تجاوز فشل؟ هل اللقطات متسقة مع العطل أم متسقة مع التطبيق؟ هل النسخ الاحتياطية معزولة عن النظام الأساسي وعن اختراق بيانات العميل؟ هل يمكن تكوين تخزين WORM بشكل خاطئ عن طريق الخطأ؟ ما مدى سرعة استعادة مخزن كائن كبير أو حجم كتلة أو VM؟ هل يمكن للعميل اختبار الاستعادة بدون حالة طارئة مدفوعة؟ هل ينشر Oncore أو يقدم تقارير اختبار الاستعادة لبيئة العميل؟

مسار الفشل الرابع هو فشل الدعم والتحكم في التغيير. يمكن أن تفشل الخدمات المُدارة من خلال التذاكر والموافقات والفوترة ونوافذ الصيانة والملكية غير الواضحة. إذا غير Oncore سياسة مسار أو إعداد تخزين أو محيط أمان أو اتصال سحابي أو إعداد مفرط، كيف يتم إخطار العميل؟ إذا غير العميل مسار Azure أو قاعدة جدار حماية أو إعداد مزود هوية، كيف يعرف Oncore؟ إذا تجاوز طلب الدعم عمليات كندا/الولايات المتحدة، أي فريق يمتلكه؟ إعلان المقر الرئيسي في الولايات المتحدة إيجابي للدعم عبر الحدود، لكنه لا يحدد بذاته تصعيدًا على مدار الساعة أو اعتمادات الخدمة.

مسار الفشل الخامس هو خروج المزود. قد يحتاج العميل إلى المغادرة بسبب التكلفة أو الاستحواذ أو التدقيق أو تحديث التطبيق أو نزاع عقد أو مشكلة أداء أو تغيير تنظيمي. يؤكد Oncore على التوافق مع الصور الحالية وواجهات التخزين الخاصة، مما يجب أن يساعد في الخروج إذا كانت التفاصيل صحيحة. يجب على العميل إثبات أنه يمكنه تصدير البيانات وإعادة بناء أعباء العمل وإعادة ربط المسارات ونقل DNS وتدوير المفاتيح والاحتفاظ بأدلة التدقيق وإلغاء تشغيل النسخ المتماثلة. يجب تسوية تكلفة الخروج والتوقيت والدعم واحتفاظ WORM وتنسيقات التصدير مسبقًا.

قراءة عملية للمشتري

يجب التعامل مع Oncore Cloud Services كمزود بنية تحتية مُدارة موثوق في أمريكا الشمالية مع شبكة حية ومناطق مترو Equinix مسماة وعمق منتج مجاور للسحابة وقصة عميل ذات صلة في الخدمات المالية. هو أقوى من بصمة عامة رقيقة وأقوى من مجرد صفحة إعادة بيع. AS19382 مرئي، RPKI صالح للبادئات المعاينة، PeeringDB يظهر وجود مرفق وتبادل كندي، والشركة تنشر ما يكفي حول SecureCloud HCI وUniversalEdge والتخزين الخاص وCloud Ignite لفهم بنية الخدمة التي تريد بيعها.

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

لأعباء العمل الخفيفة أو الاستكشافية، قد يقدم Oncore طريقة مقنعة لربط ممتلكات المؤسسات ومنصات السحابة دون بناء كل مكون داخليًا. لأعباء العمل المنظمة أو الحرجة، يجب على المشتري إجراء تمرين تحقق أعمق قبل الالتزام. اطلب مصفوفة منتج لكل منطقة مترو ومخطط شبكة وتصميم توصيل متقاطع ووثائق RPKI/IRR ونطاق مراقبة المسار وأهداف النسخ الاحتياطي والتكرار ودليل اختبار الاستعادة وشروط حجز السعة وقواعد التصعيد وسبل الانتصاف التعاقدية وعملية الخروج. ثم اختبر استعادة عبء عمل وتجاوز فشل مسار وتصدير تخزين وتصعيد دعم بينما المخاطر منخفضة.

الحكم النهائي هو بالتالي بناء لكن حذر. يمكن لـ Oncore بيع سعة سحابية مجاورة مستضافة بشكل موثوق. الأدلة تدعم عمليات حقيقية وترابط حقيقي وتموضع مؤسسي حقيقي. ما لا يزال غير مثبت علنًا ليس الشركة؛ إنه قابلية استرداد الشريحة المختارة لكل عميل من الحوسبة والتخزين والشبكة والدعم عندما تكون البنية التحتية المادية تحت وعد السحابة تحت الضغط.