exsitu Exsitu Managed Cloud Services LTD تبيع سعات مستضافة لا تزال تعتمد على الرفوف والعبور ونوافذ الصيانة

ملخص

• ExSitu ليس مجرد اسم في جدول توجيه.الصفحة الرئيسية العامة لـ ExSituتقدم مزودًا إسرائيليًا لخدمات الحوسبة السحابية المُدارة وخدمات تكنولوجيا المعلومات، بينما تشيرصفحة حولإلى أن الشركة تأسست عام 2014 وتصف فريقًا يضم حوالي 50 متخصصًا.
• صفحات خدمات الشركة واسعة. تروج ExSitu لـخدمات سحابية، ودعم بشري على مدار الساعة، وخدمات أمن المعلومات، ومشاريع وهجرات، وخدمات النظام، بما في ذلك إشارات إلى مزرعة خوادم خاصة في إسرائيل.
• أدلة الشبكة حقيقية وحالية ولكنها مدمجة.كائن AS34935 من RIPEيسميexsituو ORG-EMCS3-RIPE،RDAP من RIPEيربط AS بشركة Exsitu Managed Cloud Services LTD، وعرض البادئات المعلنة من RIPEstatيظهر مسار IPv4 مرئيًا، 85.209.244.0/22.
• دليل المرونة أضعف من وعد السحابة المُدارة.حالة التوجيه من RIPEstatتبلغ عن بادئة IPv4 واحدة، 1024 عنوان IPv4، لا بادئة IPv6 مرئية لـ AS34935 وجار مُلاحظ؛اتساق التوجيهيظهر AS1680 نشطًا في BGP بينما يظهر AS12400 في whois ولكن ليس في عرض BGP وقت الاستعلام.
• بالنسبة للعملاء، الخطر الرئيسي ليس معرفة ما إذا كانت ExSitu موجودة. إنها موجودة. الخطر هو ما إذا كانت الخدمات السحابية المعلنة، والنسخ الاحتياطي، والترحيل، والأمن، والدعم يمكنها البقاء على قيد الحياة في حالة تعطل الرف، أو الطاقة، أو التوجيه، أو الدعم، أو الترخيص، أو الترحيل دون حبس العميل في بيئة مستضافة غير شفافة.

لماذا تستحق ExSitu قراءة متأنية

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

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

الأدلة العامة المتعلقة بـ ExSitu أقوى من مجرد صفحة رئيسية.ملف دليل BTWيحدد الإدخال الحالي للشركة. الموقع العام للشركة يقدم قائمة خدمات كاملة. تُظهر سجلات RIPE AS34935، وتخصيص IPv4 /22، وكائن التوجيه. تُظهر سجلات DNS الويب العام والبريد الإلكتروني. هذه السجلات كافية لرفض قراءة "لا بصمة".

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

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

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

ما تقول ExSitu إنها تبيعه

تصف الصفحات العامة للشركة مزود خدمات تكنولوجيا معلومات مُدارة بدلاً من متجر VPS بسيط. تقدم الصفحة الرئيسية ExSitu حول السحابة المُدارة، وأمن المعلومات، وعمل النظام، والتراخيص، والبنية التحتية، وخدمات الاتصالات، والدعم المستمر. تعطي صفحة "حول" للشركة تاريخًا تشغيليًا أطول، بما في ذلك التأسيس في عام 2014 وحجم فريق مهني أكبر من الصورة النمطية لمزود الاستضافة الفردي. المشتري الذي يقرأ هذه الصفحات سيتوقع بشكل معقول منظمة خدمة مع مكتب مساعدة وهندسة وقدرة مشروع، وليس مجرد خادم في موقع مشترك مع لوحة فوترة.

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

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

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

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

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

ادعاء السحابة الخاصة يهبط دائمًا في الفضاء المادي

مصطلحات السحابة تشجع المشترين على تخيل القدرة كمجرّد abstract. التعريف الرسمي للسحابة أكثر واقعية. يصف NIST SP 800-145 الحوسبة السحابية كوصول عند الطلب إلى موارد مشتركة قابلة للتكوين مثل الشبكات والخوادم والتخزين والتطبيقات والخدمات. هذه الموارد ليست سحرية. إنها آلات وأقراص ومنافذ وعناوين ومسارات طاقة وطوابير دعم وعقود. لغة السحابة الخاصة الإسرائيلية لـ ExSitu تثير مجموعة من الأسئلة المادية المفيدة.

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

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

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

السؤال الثالث هو السعة القابلة للاستخدام. تخصيص RIPE يعطي ExSitu IPv4 /22 حاليًا، ويسجل RDAP لـ RIPE لـ 85.209.244.0/22 التخصيص كنشط مع البلد IL. /22 يحتوي على 1024 عنوان IPv4. هذه مساحة كبيرة لمزود مُدار صغير أو متوسط. لا يكشف عن عدد العناوين المخصصة لخوادم العملاء، وكم هي خلف جدران الحماية، وكم محجوز، وكم تحمل خدمات إدارة، وكم غير نشط، أو ما إذا كان بإمكان العملاء نقل العناوين بين المنصات. مساحة العنونة المركبة ليست نفس سعة الحوسبة القابلة للاستخدام.

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

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

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

AS34935 يظهر توجيهًا حقيقيًا، ولكن ليس تكرارًا عامًا واسعًا

ملف الشبكة هو أقوى دليل مستقل على أن ExSitu أكثر من مجرد كتيب ويب. يسجل كائن aut-num من RIPE لـ AS34935 اسم ASexsitu، المنظمة ORG-EMCS3-RIPE، الحالة المعينة، وسياسة الاستيراد/التصدير مع AS1680 و AS12400. سجل RDAP لـ RIPE للـ autnum يربط AS بشركة Exsitu Managed Cloud Services LTD ويعطي إحداثيات في هاديرا. كائن المنظمة من RIPE يؤكد نفس هوية الشركة في السجل.

سجل العناوين متسق أيضًا. سجل inetnum من RIPE لـ 85.209.244.0 إلى 85.209.247.255 يسمي IL-EXSITU-20190301، البلد IL، ORG-EMCS3-RIPE، والحالة ALLOCATED PA. كائن التوجيه من RIPE يسجل 85.209.244.0/22 مع الأصل AS34935. نظرة عامة على البادئة من RIPEstat تبلغ عن البادئة كمعلنة من AS34935 مع سلسلة المالك المرتبطة بـ ExSitu. هذه صورة متسقة للسجل والتوجيه.

البصمة العامة الحالية لا تزال صغيرة. تُظهر البادئات المعلنة من RIPEstat بادئة واحدة مرئية لـ AS34935 في نافذة المراقبة: 85.209.244.0/22. حالة التوجيه من RIPEstat تبلغ عن بادئة IPv4 واحدة، 1024 عنوان IPv4، لا بادئة IPv6 في البيانات المرئية، وجار مُلاحظ. هذا يجعل AS34935 أصلاً شبكيًا حيًا، ولكن ليس منصة متعددة البادئات أو مزدوجة المكدس مثبتة علنًا.

الصورة العلوية مهمة. سياسة aut-num من RIPE تسرد AS1680 و AS12400. نظرة عامة على AS من RIPEstat لـ AS1680 تحدد AS1680 كشركة Cellcom Fixed Line Communication L.P. نظرة عامة على AS من RIPEstat لـ AS12400 تحدد AS12400 كشركة Partner Communications Ltd. على الورق، هذه علاقات نقل إسرائيلية مهمة. في لقطة التوجيه، الفرق بين السياسة والرؤية النشطة مهم. يُظهر اتساق توجيه AS من RIPEstat AS1680 في كل من BGP و whois، بينما AS12400 في whois ولكن ليس في BGP وقت الاستعلام. يُظهر عرض looking-glass من RIPEstat العديد من المسارات المرصودة التي تصل إلى AS34935 عبر AS1680.

هذا لا يثبت أن ExSitu تفتقر إلى اتفاق احتياطي مع Partner. يمكن أن يكون المسار غير نشط حتى التبديل، مرئي فقط في ظل ظروف معينة، أو مرشح من المجمعات العامة، أو مستخدم لخدمات مختلفة. يعني أن الجدول العام لا يظهر تكرارًا نشطًا مزدوجًا علويًا للبادئة الحالية. إذا كان المشتري يعتمد على ExSitu لأعباء العمل الإنتاجية، فإن السؤال الصحيح دقيق: هل يمكن لـ 85.209.244.0/22 الاستمرار في الإعلان عبر علوي ثانٍ أثناء انقطاع في Cellcom، وهل تم اختبار هذا التبديل مؤخرًا بما يكفي ليكون موثوقًا؟

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

غياب سجل PeeringDB عام لـ AS34935 هو حد آخر للشفافية. العديد من الشبكات الصغيرة المشروعة لا تحتفظ بملفات PeeringDB. ومع ذلك، فإن الغياب يعني أن الخارجيين لا يمكنهم استخدام قاعدة البيانات هذه لتفقد المنشآت، أو نقاط التبادل، أو سياسة الندية، أو مستويات حركة المرور. بالإضافة إلى بادئة مرئية، وجار ملاحظ، ولا IPv6 مرئي، و RPKI غير معروف، تدعم صورة الشبكة العامة ثقة متوسطة في وجود المسار وملكيته، ولكن ليس ثقة عالية في المرونة.

حافة الويب منفصلة عن سعة العميل

لحضور الويب العام لـ ExSitu سلسلة تبعياتها الخاصة. أظهرت اختبارات DNS المحلية أن سجلات A لـ exsitu.co.il تحل إلى عناوين IPv4 من Cloudflare، وسجلات AAAA تحل إلى عناوين IPv6 من Cloudflare. يشير بحث NS إلى خوادم أسماء Cloudflare. المجال.com أيضًا جزء من سطح العلامة التجارية: سجلات A لـ exsitu.com تحل إلى عناوين Cloudflare، والمجال يعيد التوجيه إلى الموقع الإسرائيلي.

هذا اختيار عادي وغالبًا معقول لحافة الويب. يمكن لـ Cloudflare حماية الموقع العام، وامتصاص هجمات الويب الشائعة، وإنهاء TLS، وخدمة المحتوى المخبأ، وتقليل تعرض الخوادم الأصلية. يعني أيضًا أن توفر موقع الويب ليس نفس توفر عبء العمل المستضاف من ExSitu. قد يواجه خادم عميل باستخدام 85.209.244.0/22 مشكلة شبكة بينما يظل موقع الويب متاحًا عبر Cloudflare. بالعكس، قد يؤثر حظر حافة الويب أو مشكلة DNS على الموقع العام بينما تظل خوادم العملاء متاحة عبر AS34935.

يشير سطح البريد الإلكتروني أيضًا إلى خدمات خارجية. أظهرت اختبارات DNS المحلية أن بحث MX لـ exsitu.co.il يشير إلى حماية Microsoft 365، وكذلك exsitu.com MX. يشمل بحث TXT لـ exsitu.co.il إدخالات SPF مرتبطة بـ Microsoft 365 ومسارات البريد الإلكتروني المرتبطة بـ ExSitu. هذا ليس ضعفًا في حد ذاته. إنه تبعية أخرى في سلسلة الدعم. إذا أثر حادث كبير على أعباء العمل المستضافة وتواصل العملاء عبر البريد الإلكتروني، فإن مسار المساعدة يعتمد على DNS، ومعالجة البريد الإلكتروني لـ Microsoft، والوصول إلى الحساب، وموظفي ExSitu.

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

بالنسبة لـ ExSitu، الفصل مهم بشكل خاص لأن عرض القيمة للشركة يجمع بين السحابة المحلية والخدمة المُدارة. إذا اعتقد العميل أن ExSitu هي "السحابة"، فإن العطل الفردي يصبح صعب التشخيص. هل الجهاز الافتراضي معطل؟ هل دائرة العميل معطلة؟ هل DNS مكسور؟ هل سياسة جدار الحماية تمنع حركة المرور؟ هل بريد الدعم الإلكتروني متأخر؟ هل ترخيص Microsoft يتعارض مع الوصول؟ هل تم سحب مسار علوي؟ يحتاج المشتري إلى خريطة مسؤوليات واضحة قبل الحادث، وليس بعده.

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

الدعم والترحيل جزء من المنتج

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

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

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

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

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

NIST SP 800-146 مفيد هنا لأنه يعامل شراء السحابة كمشكلة عقد وقابلية نقل، وليس مجرد قرار تكنولوجي. يجب على العملاء معرفة كيف يمكن نقل البيانات، وما يغطيه اتفاق الخدمة، وكيف يتم تعريف الموثوقية، وكيف يتم تقسيم مسؤوليات الأمان. بالنسبة لعملاء ExSitu، تنطبق نفس الأسئلة حتى لو كان المزود محليًا ومألوفًا. الدعم المحلي يقلل من بعض الاحتكاك؛ لا يلغي الحاجة إلى حقوق الخروج.

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

محلية البيانات هي وعد يحتاج إلى حدود

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

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

ملف الشبكة يدعم هوية توجيه إسرائيلية. سجل inetnum من RIPE يعطي البلد IL لـ 85.209.244.0/22، ويربط RDAP لـ RIPE كتلة العناوين بـ ExSitu. هذا مفيد. لا يثبت أن كل عبء عمل عميل موجود فعليًا في إسرائيل، ولا أن كل نسخة احتياطية، أو أداة دعم، أو حساب بريد إلكتروني، أو تنبيه أمني يبقى في إسرائيل. يُظهر DNS تبعيات Microsoft 365 و Cloudflare، وهي عادية ولكنها ذات صلة بادعاءات المحلية.

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

يجب على العملاء أيضًا التمييز بين المحلية القانونية والمحلية التشغيلية. قد يتم التعاقد مع خدمة مع مزود إسرائيلي مع استخدام خدمات SaaS عالمية للبريد الإلكتروني أو المراقبة. قد يكون للخادم تخصيص IP إسرائيلي بينما بوابة الإدارة محمية بواسطة Cloudflare. قد تكون النسخة الاحتياطية في مركز بيانات محلي بينما اتصال الدعم يمر عبر Microsoft. لا شيء من هذا سيء بطبيعته. يعني فقط أن عبارة "سحابة إسرائيلية" يجب تفكيكها بدلاً من قبولها كعنصر تحكم واحد.

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

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

مسارات الفشل التي يجب على العملاء اختبارها

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

مسار الفشل الثاني هو العبور العلوي. AS34935 له مسار حالي واضح، لكن حالة التوجيه تُبلغ عن جار مُلاحظ، وتظهر بيانات looking-glass مسارات عبر AS1680. سياسة RIPE تشمل AS12400، لكن القياس عن بُعد العام لم يظهره نشطًا وقت الاستعلام. يجب على العميل أن يسأل ما إذا كان تحويل العبور تلقائيًا، وكم مرة يتم اختباره، وما إذا كانت المرشحات وكائنات التوجيه جاهزة، وكم يستغرق التقارب عادةً.

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

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

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

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

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

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

ما من شأنه رفع مستوى الأدلة

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

صفحة الشبكة ستساعد أيضًا. تظهر سجلات RIPE الحالية بالفعل AS34935 و AS1680 وسياسة AS12400. يمكن لـ ExSitu شرح أي من الناقلين العلويين نشط لتوجيهات العملاء، وما إذا كان AS12400 في وضع الاستعداد أو يُستخدم في سياقات محدودة، وما إذا كان IPv6 مخططًا له، وما إذا كانت ROA لـ RPKI موجودة أو مخطط لها، وما إذا كان بإمكان العملاء اختبار زمن الاستجابة أو قابلية الوصول. يمكنها أيضًا الحفاظ على looking-glass عام أو صفحة حالة بسيطة. هذه الإفصاحات من شأنها تقليل الغموض دون كشف تفاصيل خطيرة.

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

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

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

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

مستوى استخدام عملي للمشترين

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

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

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

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

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

خلاصة

يجب قراءة ExSitu كمزود إسرائيلي حقيقي لخدمات الحوسبة السحابية المُدارة وخدمات تكنولوجيا المعلومات مع سطح خدمة عام، و AS نشط في RIPE، ومسار IPv4 حالي. الشركة ليست سطر دليل فارغ. تصف صفحاتها الخاصة الخدمات السحابية والنظام والأمن والترحيل والدعم والترخيص والمعدات. تربط سجلات RIPE شركة Exsitu Managed Cloud Services LTD بـ AS34935 و 85.209.244.0/22. يرى RIPEstat هذه البادئة معلنة.

نفس الأدلة العامة لا تثبت مرونة عالية. الشبكة المرئية هي IPv4 /22 واحد. AS34935 لا يُظهر أي مسار IPv6 مرئي في عرض حالة التوجيه من RIPEstat. عدد الجيران العامين الحاليين هو واحد. حالة RPKI للبادئة الحالية غير معروفة. تظهر البيانات العامة AS1680 نشطًا، بينما يظهر AS12400 في السياسة وليس في عرض BGP وقت الاستعلام. الموقع العام لا يسمي المرافق، ولا ينشر صفحة حالة، ولا يحدد مقاييس الاسترداد، ولا يفصح عن جغرافية النسخ الاحتياطي، ولا يظهر تحويلًا متعدد المواقع تم اختباره.

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