الملخص

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

سجل الشبكة هو أقوى دليل مستقل على أن ExSitu أكثر من مجرد كتيب ويب.كائن aut-num في RIPE لـ AS34935يسجل اسم ASexsitu، والمؤسسة ORG-EMCS3-RIPE، والحالة المخصصة، وسياسة الاستيراد/التصدير مع AS1680 و AS12400.سجل RIPE RDAP 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 واحدة، و1,024 عنوان IPv4، ولا بادئة IPv6 في البيانات المرئية، وجار واحد مراقب. هذا يجعل AS34935 أصلاً شبكياً حياً، لكن ليس منصة متعددة البادئات أو مزدوجة البروتوكول مثبتة علناً.

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

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

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

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

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

وجود ExSitu على الويب العام له سلسلة تبعية خاصة به. أظهر اختبار DNS المحلي أنسجلات exsitu.co.il Aتحل إلى عناوين Cloudflare IPv4 وسجلات AAAAتحل إلى عناوين Cloudflare IPv6.بحث NSيشير إلى أسماء Cloudflare. نطاق.com هو أيضاً جزء من سطح العلامة التجارية:سجلات exsitu.com Aتحل إلى عناوين 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، ومعالجة بريد مايكروسوفت، والوصول إلى الحساب، وموظفي ExSitu.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ما الذي سيرفع درجة الأدلة

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

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

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

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

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

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

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

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

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

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

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

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

الخلاصة

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

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

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