ملخص
- تقول شركة Cloud 9 Internet, Inc. إنها بدأت في عام 1993 كأول مزود خدمة إنترنت في ويستشستر، ونمت لتشمل استضافة الأعمال وخطوط المشتركين الرقمية (DSL) والاستضافة المشتركة والشبكات الواسعة المدارة، واحتفظت بمركز بيانات داخلي خلال هجمات 11 سبتمبر وإعصار ساندي، وتحولت بحلول عام 2010 نحو خدمات تكنولوجيا المعلومات المدارة.
- عرضها العام الحالي يركز على الحلول المستضافة في السحابة والنسخ الاحتياطي واستعادة الكوارث ودعم الخوادم وإدارة الشبكات والهجرة و Microsoft 365 والأمن السيبراني وخدمات مكتب المساعدة لمنظمات منطقة ويستشستر.
- لا يزال ARIN يظهر AS3700 نشطًا لشركة Cloud 9 Internet, Inc. في 222 Bloomingdale Road, Suite 403, White Plains, NY 10605، ورصدت RIPEstat خمسة إعلانات لـ AS3700 في نافذة الأسبوعين المنتهية في 12 يوليو 2026.
- يجب أن يظل منظور المخاطر حذرًا: لا تحدد المصادر العامة مواقع مراكز البيانات الحالية أو هندسة الطاقة أو وضع المستأجرين أو التزامات وقت الاسترداد أو مخزون الأجهزة أو تغطية التصعيد الكاملة للدعم أو تنوع الناقل المثبت.
شركة Cloud 9 Internet, Inc. ليست من النوع الذي يكشف عن نفسه من خلال برج أو خريطة حرم جامعي بالجملة أو خطاب رئيسي عالمي في مجال السحابة. البصمة العامة أصغر وأكثر محلية: عنوان في وايت بلينز، عرض خدمة في ويستشستر، تاريخ تشغيل طويل، صفحات تكنولوجيا معلومات مدارة، بوابة دعم، والوجود المستمر لـ AS3700 في سجلات التوجيه. هذا كافٍ لجعل الشركة مهمة لمخاطر البنية التحتية. لكنه ليس كافيًا لتحويل كل ادعاء بالموثوقية إلى حقيقة تشغيلية مثبتة.
الشركة مهمة لأنها تقع في طبقة شائعة ولكن غالبًا ما يتم فحصها بشكل غير كافٍ في سوق السحابة. قد يعتقد العميل أنه ترك البنية التحتية المادية خلفه عندما ينقل خادم ملفات أو تطبيق أعمال أو مجموعة نسخ احتياطي أو عبء إدارة Microsoft 365 إلى مزود محلي. في الممارسة العملية، يتغير شكل الاعتماد. يعتمد العميل الآن على اختيارات المزود للرفوف وعقود الناقل العلوي وموضع النسخ الاحتياطي وتغطية الموظفين وضوابط المصادقة واستمرارية الفوترة وانضباط الاستعادة ومسار الهجرة. تبيع شركة Cloud 9 Internet, Inc. تخفيفًا من الخوادم المحلية، لكن هذا التخفيف لا يزال له جذور مادية وتعاقدية.
صفحةعن الشركةعلى موقعها صريحة بشكل غير معتاد بشأن هذا التاريخ. تقول إن شركة Cloud 9 Internet, Inc. بدأت في عام 1993 كأول مزود خدمة إنترنت في ويستشستر لأن الشركات المحلية كانت تفتقر إلى الوصول بأسعار معقولة للإنترنت. وتقول إن الشركة توسعت بعد ذلك لتشمل استضافة الأعمال وخطوط المشتركين الرقمية (DSL) والاستضافة المشتركة والشبكات الواسعة المدارة. وتذكر أيضًا أن مركز البيانات الداخلي حافظ على استمرارية الشركة خلال هجمات 11 سبتمبر وإعصار ساندي، وهما لحظتان تم فيهما اختبار الاتصال الإقليمي ومرونة المنشأة. بحلول عام 2010، وفقًا لنفس الصفحة، تحولت الشركة من مزود خدمة إنترنت إلى مزود خدمات مدارة، تعمل جنبًا إلى جنب مع العملاء الذين لا يزال لديهم فرق تكنولوجيا المعلومات الخاصة بهم.
هذا التسلسل مهم. يعني أن Cloud 9 Internet, Inc. ليست مجرد موزع لعلامات تجارية سحابية مألوفة وليست مجرد استشارية تقوم بتكوين خدمات الآخرين. سردها العام يتضمن البنية التحتية الأقدم لمزود خدمة إنترنت إقليمي واستضافة الأعمال والاستضافة المشتركة والشبكات الواسعة المدارة ونظام مستقل. الموقع الحالي يميل نحو الخدمات المدارة، لكن سجل الشبكة القديم لم يختف. سجلAS3700في ARIN يدرج النظام المستقل على أنه نشط، باسم CLOUD9، مسجل في 2 يوليو 1994، وشركة Cloud 9 Internet, Inc. كمسجل. سجلالمؤسسة C9Iفي ARIN يدرج نفس اسم الشركة وعنوان وايت بلينز وموارد IPv4 و IPv6 و AS3700.
بالنسبة للقارئ الذي يحاول فهم المخاطر، ليس السؤال هو ما إذا كانت Cloud 9 Internet, Inc. سحابة فائقة النطاق. من الواضح أنها لا تقدم نفسها بهذه الطريقة. السؤال هو ما إذا كانت خدماتها المستضافة والمدارة يمكن أن تصبح اعتمادًا ماديًا لمكتب محاماة أو عيادة طبية أو مدرسة أو منظمة غير ربحية أو مصنع أو مكتب خدمات مهنية أو مقاول حكومي محلي يعتمد على Cloud 9 Internet, Inc. لرعاية الخوادم والنسخ الاحتياطية والتطبيقات المستضافة وإدارة Microsoft 365 ومراقبة الشبكة أو التعافي في حالات الطوارئ. الإجابة نعم. تصف صفحات الخدمة الخاصة بالشركة تلك الوظائف بالضبط.
صفحةالحلول المستضافة في السحابةتقول إن Cloud 9 Internet, Inc. تقدم حلولًا سحابية وخدمات مستضافة لشركات ويستشستر، وتدير كل طبقة من البنية التحتية السحابية، وتقلل الاعتماد على الخوادم المحلية، وتتوسع عن طريق إضافة المستخدمين أو التخزين أو السعة، وتحسن استعادة الكوارث عن طريق تخزين البيانات في السحابة. وتذكر أيضًا أن الاستضافة السحابية المدارة والدعم يتضمنان مراقبة على مدار الساعة وتحسينًا وصيانة وتحديثات ونسخًا احتياطيًا وضبطًا للأداء. في لغة الأمان، تشير الصفحة إلى التشفير والتحكم في الوصول والمراقبة والبيئات الافتراضية المعزولة والتحقق الآلي من النسخ الاحتياطية عبر مراكز بيانات آمنة متعددة.
تخلق هذه التصريحات الوعد التشغيلي الأساسي. العميل لا يشتري النصيحة فقط. العميل مدعو لوضع البيانات والملفات والتطبيقات وواجبات الخادم وعمليات Microsoft 365 ومسارات الاسترداد في بيئة مستضافة تساعد Cloud 9 Internet, Inc. في إدارتها. تقول نفس الصفحة إن المزود يمكنه إلغاء الحاجة إلى غرف الخوادم ومصفوفات التخزين والنفقات الأخرى على البنية التحتية. هذه هي المقايضة المعتادة في السحابة: تقليل العبء الرأسمالي المحلي مقابل اعتماد خارجي جديد. يتخلى المشتري عن بعض السيطرة المباشرة على اختيارات الأجهزة والمرافق، مع توقع أن يقدم المزود توفرًا وأمانًا واستردادًا أفضل مما يمكن للمشتري تحمله بمفرده.
المشكلة هي أن الصفحة العامة لا تحدد المواقع الأساسية. تقول "مراكز بيانات آمنة متعددة"، لكنها لا تسمي المرافق أو المشغلين أو المناطق الحضرية أو مسافة الفصل أو تصميم الطاقة أو مداخل الشبكة أو وسائط النسخ الاحتياطي أو قواعد التنسيب التي تحدد مكان وجود عبء عمل عميل معين. لا تنشر التزامات وقت الاسترداد أو نقطة الاسترداد. لا تقل ما إذا كانت "السحابة" تعني بنية تحتية خاضعة لسيطرة Cloud 9 Internet, Inc. أو رفوف مستأجرة أو منشأة شريكة أو مستأجر فائق النطاق أو منصة علامة بيضاء أو مزيج حسب الخدمة. هذا ليس غير معتاد في سوق الخدمات المدارة، لكنه مركز تحليل المخاطر.
تاريخ Cloud 9 Internet, Inc. الأقدم يجعل هذه الأسئلة أكثر حدة. إذا كانت الشركة تدير مركز بيانات داخليًا وتبيع الآن أنظمة مستضافة، فإن الحدود بين البنية التحتية المملوكة والمستأجرة والشراكة والطرف الثالث تهم. مركز البيانات الداخلي المذكور في فقرة تاريخية ليس هو نفسه القدرة الاستضافة الحالية. يخبر القارئ أن الشركة لها جذور في البنية التحتية، ليس أن أي عبء عمل حالي للعميل يعمل في نفس المكان أو تحت نفس الضوابط. يحتاج العملاء إلى السؤال أين توجد خوادمهم ونسخهم الاحتياطية ونسخ الفشل بالفعل اليوم.
سجل الشبكة الحالي يعطي مرساة واحدة مرئية. يظهر ARIN AS3700 كنظام مستقل نشط مرتبط بـ Cloud 9 Internet, Inc. يسجل مؤسسة C9I تخصيص IPv6 مباشر 2604:8d00::/32 وتخصيص IPv4 مباشر 168.100.0.0 إلى 168.100.5.255 وموارد إضافية 168.100.x. أظهرعرض البادئات المعلنةلـ RIPEstat لـ AS3700 خمسة إعلانات نشطة في الفترة من 28 يونيو 2026 إلى 12 يوليو 2026: 168.100.176.0/24 و 168.100.0.0/22 و 168.100.175.0/24 و 2604:8d00::/32 و 168.100.4.0/24.
هذا أقوى من كتيب بمفرده. يشير إلى أن الشركة ليست مجرد اسم محفوظ على موقع قديم. بصمة موجهة بقيت مرئية في بيانات BGP العامة خلال نافذة المراجعة. يُعرّفنظرة عامة على ASلـ RIPEstat أيضًا AS3700 كـ CLOUD9 - Cloud 9 Internet, Inc. ويبلغ عنه كمعلن عنه. تؤكدصفحة AS3700لـ Hurricane Electric وطرق عرض BGP العامة الأخرى الصورة الأساسية لـ Cloud 9 Internet, Inc. كالشبكة المسماة وراء AS3700.
في نفس الوقت، عرض التوجيه العام ليس خريطة كاملة للسعة. يمكن للنظام المستقل أن يصدر مجموعة صغيرة من البادئات ولا يزال يدعم العديد من الترتيبات التجارية المختلفة وراء الكواليس. يمكنه أيضًا إبقاء مساحة العنوان القديمة حية بينما تقع معظم خدمات مواجهة العملاء على منصات شريكة. يخبرنا جدول BGP أن Cloud 9 Internet, Inc. تتحكم في مساحة عنوان قابلة للتعريف أو تعلن عنها. لا يخبرنا ما هي أعباء العمل التي يستخدمها العملاء، أو مقدار قدرة الحوسبة المرفقة، أو عدد الرفوف المتاحة، أو ما هو تكرار الطاقة الموجود، أو ما إذا كانت الخدمات المستضافة مركزة في موقع واحد.
مسار التوجيه مهم لأن Cloud 9 Internet, Inc. تبيع خدمات حساسة للتوفر. أظهرعينة حالة BGPلـ RIPEstat لـ 168.100.0.0/22 مسارات تنتهي عبر AS17378 قبل AS3700 في العينة التي تمت مراجعتها. AS17378 هو على نطاق واسع TierPoint في طرق عرض التوجيه العامة. أظهرت صفحات BGP التابعة لجهات خارجية أيضًا TierPoint كناقل علوي رئيسي لـ AS3700. هذا لا يثبت أن كل خدمة من خدمات Cloud 9 Internet, Inc. تعتمد على ناقل علوي واحد، وعينات BGP ليست عقدًا. لكنه يعني أن المشتري يجب أن يسأل سؤالًا دقيقًا: ما هي الناقلات العلوية والوصلات المادية المتقاطعة التي تحمي البيئة المستضافة التي ستحمل عبء العمل هذا تحديدًا؟
تركيز النقل ليس مجرد تفصيل هندسي للشبكة. إنه يغير سلوك الحادث. إذا كان خادم المحاسبة المستضاف أو نظام إدارة المستندات أو منصة القضايا القانونية أو موصل السجلات الصحية الإلكترونية أو مشاركة الملفات خلف مسار ناقل ضيق، يمكن أن يبدو انقطاع الناقل للعميل كانقطاع لـ Cloud 9 Internet, Inc. حتى عندما تكون الخوادم سليمة. إذا كانت بوابة النسخ الاحتياطي أو مسار المراقبة أو خدمة الوصول عن بعد تعتمد على نفس المسار، فقد يفقد فريق الإصلاح نفس الرؤية التي يفقدها العملاء. إذا كانت الفوترة أو المصادقة أو التذاكر خارج نطاق AS3700، فقد يكون للحادث نقاط فشل منفصلة. يحتاج العملاء إلى التمييز بين توفر الخدمة وتوفر المسار.
وضع RPKI هو إشارة عامة أخرى، وهي ليست إيجابية في العرض الذي تم فحصه. أعادتنقطة التحقق من RPKIلـ RIPEstat "غير معروف" مع عدم وجود ROAs صالحة لزوج AS3700/البادئة الذي تم فحصه، وظهر نفس الحالة لإعلانات AS3700 الأخرى المرصودة في المراجعة. غير معروف ليس غير صالح. لا يعني أن البادئات تم اختطافها. يعني أن العرض لم يجد تفويض أصل مسار صالحًا لتلك الأصول. بالنسبة للعملاء الذين تتضمن خطط استمراريتهم أمان المسار ونظافة التوجيه النظيفة، فهذا سؤال يجب طرحه بدلاً من الذعر.
مزيج الخدمات الحالي لـ Cloud 9 Internet, Inc. يوسع السطح التشغيلي. تقولصفحة النسخ الاحتياطي واستعادة الكوارثإن الشركة توفر نسخًا احتياطية قائمة على السحابة مخزنة في مواقع آمنة خارج الموقع، واستعادة الكوارث كخدمة، واستعادة من برامج الفدية، وتكرار محلي وسحابي، وجداول نسخ احتياطي تتراوح من نسخ تزايدية كل ساعة إلى نسخ متماثلة في الوقت الفعلي. تسمي أنواع البيانات بما في ذلك رسائل البريد الإلكتروني والأجهزة الافتراضية والخوادم والملفات القائمة على السحابة ومخازن البيانات. تقول إن الشركة يمكنها إنشاء خطط استمرارية واستعادة كوارث مصممة خصيصًا للأعمال.
تلك الادعاءات تجعل Cloud 9 Internet, Inc. مهمة لأكثر من وقت التشغيل اليومي. المزود الذي يخزن النسخ الاحتياطية وصور الاستعادة يصبح ذا صلة في أسوأ لحظة في تقويم العميل: بعد برامج الفدية أو حريق مكتب أو فيضان أو سرقة أو ترقية فاشلة أو مشاركة ملفات تالفة أو صندوق بريد محذوف أو خادم متعطل أو خدمة WAN مفقودة. يجب على المزود الحفاظ على نقاط الاستعادة وحماية بيانات الاعتماد وفصل النسخ الاحتياطية عن أنظمة الإنتاج المخترقة واختبار الاستعادة وتوثيق التبعيات وإعطاء العميل طريقة للعودة إذا كانت علاقة المزود نفسه متوترة. تصف صفحة الشركة النية، لكن ليس سجل الاستعادة القابل للقياس.
التفاصيل القابلة للقياس المفقودة هي تلك التي تحدد ما إذا كان الوعد مفيدًا أثناء الحادث. كم مرة يتم اختبار الاستعادة الكاملة، وليس فقط اكتمال النسخ الاحتياطي؟ هل يتم الإبلاغ عن نتائج الاختبار للعملاء؟ هل النسخ غير القابلة للتغيير أو غير المتصلة متاحة؟ كم من الوقت يستغرق استرداد خادم افتراضي بحجم معين؟ هل النسخ الاحتياطية محفوظة في أكثر من منطقة حضرية؟ هل يمكن للعميل تصدير النسخ الاحتياطية في نموذج محمول بدون مهندس Cloud 9 Internet, Inc.؟ ماذا يحدث إذا تم مناقشة حساب العميل الشهري أثناء حالة طارئة؟ يجيب الموقع على بعض فئات الخدمة، لكن ليس تلك الحواف الصعبة.
صفحةدعم الخوادمتضيف المزيد من الاعتماد. تصف المراقبة الاستباقية وصيانة الخوادم والتصحيح وتخطيط تجديد الأجهزة والمحاكاة الافتراضية والتخطيط الهجين وبيئات الخوادم السحابية والهجينة وتكامل النسخ الاحتياطي والنسخ المتماثل والاستعادة السريعة والفشل وتخطيط استعادة الكوارث والحماية الآمنة خارج الموقع. هذا دور عميق. دعم الخوادم ليس فقط عمل الإصلاح عند العطل. إنه المكان الذي يلتقي فيه توقيت تصحيح نظام التشغيل ومخاطر البرامج الثابتة وسعة التخزين والوصول إلى الهوية وهجرة عبء العمل وعتبات المراقبة والاستعادة في حالات الطوارئ. العميل الذي يستعين بمصادر خارجية أو يشارك في تلك الطبقة يثق في Cloud 9 Internet, Inc. بالحكم التشغيلي، وليس فقط المساعدة العملية.
صفحةإدارة الشبكاتتقول إن Cloud 9 Internet, Inc. توفر مراقبة مستمرة وصيانة استباقية ومراقبة للشبكة على مدار الساعة طوال أيام الأسبوع وإدارة أجهزة التوجيه والمفاتيح وجدران الحماية والشبكات اللاسلكية ومعالجة البرامج الثابتة والتصحيحات وتكامل الشبكة السحابية وبروتوكولات الفشل. تلك اللغة تضع الشركة في المسار بين الخدمات المستضافة ومكتب العميل المحلي. إذا كان العميل يعتمد على Cloud 9 Internet, Inc. لكل من الأنظمة المستضافة وإدارة الشبكة المحلية، فقد يؤثر المزود على طرفي الدائرة: الجانب المستضاف وجانب LAN أو جدار الحماية في المكتب. يمكن أن يحسن هذا التنسيق، ولكنه يمكن أيضًا أن يركز المعرفة التشغيلية في مزود خارجي واحد.
صفحةتصميم الشبكات وترقيتهاتجعل المادية أكثر وضوحًا. تشير إلى التقييم والكابلات المنظمة والشبكات اللاسلكية وتقسيم جدار الحماية وترقيات التبديل والتوجيه والاختبار بعد الترقية والتوثيق والتسليم. يمكن أن تفشل الخدمة السحابية بسبب سوء تقدير حجم مفتاح المبنى أو تغيير قاعدة جدار الحماية أو تصميم شبكة لاسلكية لا يمكنه تحمل عبء المستخدم الفعلي أو فقدان غرفة الكابلات للطاقة. تبيع Cloud 9 Internet, Inc. العمل عبر تلك الطبقات المحلية. لذلك لا يمكن فصل قصة قدرتها الاستضافة عن بيئات المكاتب التي تدعمها.
الهجرة إلى السحابة هي مسار فشل آخر. تقولصفحة الهجرة إلى السحابةإن الشركة توفر تقييم الجاهزية وهجرة آمنة للبيانات مع التحقق من السلامة وهجرة Microsoft 365 وتكوينها وإعداد البنية التحتية لـ Azure ونشر السحابة الهجينة والدعم بعد الهجرة والمواءمة مع الامتثال لقطاعات مثل الرعاية الصحية والخدمات المالية. تفشل الهجرات بطرق غالبًا ما تكون غير مرئية حتى القطع: أذونات الملفات التي تم التغاضي عنها، سجلات DNS قديمة، أسماء خوادم مشفرة، برامج محاسبة قديمة، فجوات في أرشيف صندوق البريد، تراخيص التطبيقات، أجهزة المسح الضوئي إلى المجلد، أنظمة تشغيل غير مدعومة، ومستخدمين عن بعد لا يزال لديهم محركات أقراص معينة قديمة. قدرة المزود على اكتشاف وتوثيق تلك التبعيات تحدد ما إذا كان "الانتقال إلى السحابة" يصبح مرونة أم هشاشة.
تؤطر Cloud 9 Internet, Inc. نفسها أيضًا كمزود مدار بشكل مشترك. تقولصفحة تكنولوجيا المعلومات المدارة بشكل مشتركإنها تدعم فرق تكنولوجيا المعلومات الحالية بدلاً من استبدالها، وتملأ الفجوات وتحدد الأدوار وتضيف عمقًا تقنيًا. هذا موقف معقول للعديد من المؤسسات المتوسطة الحجم. العملاء الأكثر عرضة للخطر ليسوا دائمًا أولئك الذين ليس لديهم موظفي تكنولوجيا معلومات. غالبًا ما يكونون أولئك الذين لديهم فريق صغير من تكنولوجيا المعلومات مسؤول عن كل شيء، من دعم نقاط النهاية إلى أدلة التدقيق إلى النسخ الاحتياطية إلى الشبكات اللاسلكية إلى أجهزة التنفيذ. يمكن للمزود المدار بشكل مشترك أن يضيف اتساعًا. لكن الخدمة المدارة بشكل مشترك تتطلب أيضًا سلطة واضحة: من يمكنه الموافقة على إغلاق طارئ، ومن يمتلك بيانات اعتماد المسؤول، ومن يوافق على الاحتفاظ بالنسخ الاحتياطية، ومن يتلقى التنبيهات ليلاً، ومن يمكنه نقل النظام إلى مزود آخر.
تحتاج شروط الدعم العامة إلى قراءة دقيقة. عبر صفحات الخدمة، تستخدم Cloud 9 Internet, Inc. لغة على مدار الساعة للمراقبة أو الدعم. لكنمركز الدعمالخاص بها يقول إن مكتب المساعدة موظف نشط من 8 صباحًا إلى 6 مساءً وأن دعم الهاتف متاح في غضون 90 ثانية خلال ساعات العمل تلك، بينما يجب أن تتلقى الطرق الأخرى ردًا في أقل من ساعتين. قد تكون هذه التصريحات متوافقة إذا كانت المراقبة الطارئة والاستجابة بعد ساعات العمل والدعم الأمامي الموظف مستويات خدمة منفصلة. قد تختلف أيضًا حسب العقد. النقطة للمشترين بسيطة: لا تفترض أن "24/7" على صفحة خدمة يعني نفس الشيء لكل تذكرة أو انقطاع أو استعادة أو إعادة تعيين كلمة مرور أو فشل جدار حماية أو حدث برامج فدية.
نوافذ الإصلاح هي المكان الذي تصبح فيه العديد من وعود القدرة الاستضافة ملموسة. يمكن للصفحة أن تصف المراقبة والنسخ الاحتياطية والصيانة الاستباقية، لكن العميل لا يزال يتعين عليه العيش من خلال ترقيات البرامج الثابتة وتصحيح برنامج إدارة الأجهزة الافتراضية وتوسيع التخزين واستبدال جدار الحماية وتجديد الشهادات وتغييرات أمان البريد وتحرير DNS ونقل المكاتب وعمل الناقل. يمكن تنفيذ بعض هذه الأنشطة خلال يوم العمل مع تأثير ضئيل. البعض الآخر يحتاج إلى نوافذ متأخرة من الليل وخطط تراجع واستعداد من جانب العميل. إذا كانت Cloud 9 Internet, Inc. مسؤولة عن كل من الجانب المستضاف وشبكة العميل المحلية، فقد تمتد نافذة الصيانة عبر أكثر من بيئة.
يمكن أن يقلل ذلك من توجيه الاتهامات، ولكنه يجعل التخطيط أكثر أهمية.
تضع الشركة نفسها على أنها عملية وقائمة على العلاقات، وهو أمر مفيد أثناء الإصلاح. يمكن للمزود الإقليمي أحيانًا التخطيط حول تقويم العميل بشكل أفضل من قائمة الانتظار الوطنية. يمكن لعيادة طبية أن تطلب العمل بعد ساعات العيادة. يمكن للمدرسة التخطيط حول أيام الاختبار. يمكن لمكتب المحاماة تجنب موعد تقديم المستندات. يمكن للمصنع العمل حول تغييرات الورديات. لكن هذه المرونة تعتمد على سعة الموظفين. لا يمكن أن يكون نفس المهندس الأول في عدة نوافذ طارئة في وقت واحد. بالنسبة للخدمات الحيوية، يجب أن يعرف العملاء مهام الإصلاح الروتينية، وأي منها يحتاج إلى توفر البائع الخارجي، وأي منها يتطلب تنسيق الناقل، وأي منها يتطلب موافقة العميل قبل بدء العمل.
مخزون الأجهزة هو حد صامت آخر. تناقش Cloud 9 Internet, Inc. دعم الخوادم وتخطيط تجديد الأجهزة والمحاكاة الافتراضية والقدرة الاستضافة، لكن الصفحات العامة لا تذكر ما إذا كانت قطع الغيار أو المضيفين الاحتياطيين أو أرفف التخزين أو وحدات جدار الحماية أو أجهزة الشبكة البديلة محفوظة محليًا. هذا يهم أكثر بالنسبة لمزود إقليمي منه لمنصة فائقة النطاق لأن فترات الانتظار للبدائل يمكن أن تصبح حدود خدمة. إذا فشل جدار الحماية في موقع العميل، أو إذا تدهورت وحدة تحكم التخزين، أو إذا احتاج مضيف المحاكاة الافتراضية إلى استبدال طارئ، فإن السؤال ليس فقط من يلاحظ. بل هو ما إذا كان البديل متاحًا تحت الدعم ومتوافقًا مع البيئة ويمكن الوصول إليه من قبل شخص مخول بتثبيته.
فشل الفوترة وعقد المزود أقل دراماتيكية من عاصفة أو هجوم إلكتروني، لكنه يمكن أن يوقف العمل بنفس السرعة. إذا كان العميل يعتمد على Cloud 9 Internet, Inc. للخوادم المستضافة والنسخ الاحتياطية وإدارة Microsoft 365 و DNS وأمان البريد الإلكتروني ودعم جدار الحماية والوصول عن بعد، فإن نزاع الفوترة أو إنهاء العقد يمكن أن يصبح حدثًا في البنية التحتية. يحتاج العميل إلى معرفة ما إذا كان الوصول يستمر أثناء حل النزاع، ومدة الاحتفاظ بالنسخ الاحتياطية بعد الإلغاء، ومن يمتلك صادرات التكوين، ومدى سرعة نقل بيانات الاعتماد والحقوق الإدارية. قد يتعامل مزود جيد مع هذا بشكل عادل. الصفحات العامة ببساطة لا توضح ذلك.
عقود المزود تحدد أيضًا حدود المقاول من الباطن. قد تدير Cloud 9 Internet, Inc. بعض الخدمات مباشرة وتكوين أخرى من Microsoft أو AWS أو Cloudflare أو DNS Made Easy أو HaloPSA أو بائعي الأمان أو منصات النسخ الاحتياطي أو شركاء الناقل. يجرب العميل علاقة مزود واحدة، لكن سلسلة الاسترداد قد تتضمن عدة شركات. إذا قام شريك بتغيير الأسعار أو سحب منتج أو تعرض لانقطاع أو تغيير قاعدة أمان أو إنهاء علاقة إعادة بيع، فقد يشعر العميل بالتأثير من خلال Cloud 9 Internet, Inc. لهذا السبب يجب على المشترين السؤال عن الخدمات التي هي عمليات مباشرة من Cloud 9 Internet, Inc. وأيها خدمات مدعومة من شريك تديرها Cloud 9 Internet, Inc.
تخطيط الخروج هو النسخة العملية من قابلية نقل البيانات. من السهل القول إن البيانات مملوكة للعميل. من الأصعب نقل صورة خادم أو أرشيف صندوق بريد أو سلسلة نسخ احتياطي أو تكوين جدار حماية أو منطقة DNS أو سياسة أمان نقطة النهاية أو تاريخ المراقبة إلى مزود آخر دون توقف. تركز صفحة الهجرة السحابية لـ Cloud 9 Internet, Inc. على نقل العملاء إلى البيئات السحابية والهجينة. يجب على العملاء طرح السؤال المعكوس بنفس الجدية: كيف تساعد Cloud 9 Internet, Inc. العميل على المغادرة أو تقسيم الخدمات أو إعادة عبء العمل إلى الموقع أو الانتقال إلى مزود آخر إذا تغيرت احتياجات العمل؟
هذا السؤال ليس عدائيًا. إنه جزء من المرونة. المزود الذي يمكنه توثيق مسارات الخروج يكسب ثقة أكبر، وليس أقل. إذا كان المزود يعلم أنه يمكن تصدير أعباء العمل، واستعادة النسخ الاحتياطية في مكان آخر، وتسليم DNS بشكل نظيف، ونقل حقوق المسؤول دون مفاجأة، فإن العميل يكون أقل احتجازًا أثناء الحادث. إذا كانت هذه الخطوات تعتمد على الذاكرة الفردية أو الملاحظات القديمة أو النوايا الحسنة غير الرسمية، تصبح الخدمة المستضافة أصعب في الإدارة. علاقات العملاء الطويلة لـ Cloud 9 Internet, Inc. هي إشارة إيجابية، لكن المدة الطويلة ليست بديلاً عن التوثيق القابل للنقل.
تؤثر مسارات الهجرة أيضًا على السيادة والمحلية. قد يفترض عميل ويستشستر أن المزود المحلي يعني تحكمًا محليًا. لكن الهجرة العملية قد تضع بعض البيانات في Microsoft 365، وبعض النسخ الاحتياطية في سحابة شريك، وبعض السجلات في منصة أمان، وبعض صور الخادم في مركز بيانات غير مسمى علنًا. قد يكون ذلك مناسبًا تمامًا، لكن يجب أن يكون صريحًا. يجب على عملاء الرعاية الصحية والمالية والقانونية والتعليم أن يسألوا عن الولايات القضائية المطبقة، والمقاولين من الباطن الذين يعالجون المحتوى، ومكان وجود نسخ الاسترداد، وما إذا كانت أي بيانات تغادر الولايات المتحدة. "الدعم المحلي" هو سمة خدمة. "البيانات المحلية" هي حقيقة تنسيب.
تتداخل فقط عندما تجعلها البنية التحتية تتداخل.
هناك أيضًا فجوة في التوثيق حول الاعتماد من جانب العميل. قد يعتمد خادم ملفات مستضاف على ماسح ضوئي للمكتب، أو قاعدة جدار حماية، أو وحدة تحكم بالمجال، أو تطبيق أعمال، أو شهادة مشتركة، أو محطة دفع، أو عميل VPN، أو سياسة جهاز موظف. إذا كانت Cloud 9 Internet, Inc. تدير بعض تلك الأجزاء فقط، فقد يتوقف الانقطاع عند الحدود. تشير الصفحات العامة إلى أن الشركة تعمل غالبًا جنبًا إلى جنب مع فرق تكنولوجيا المعلومات الحالية. يمكن أن يكون هذا الترتيب الصحيح، لكنه يتطلب رسومًا بيانية حديثة وسجلات ملكية وجهات اتصال للتصعيد. بدونها، قد ينتظر كلا الجانبين أثناء الاستعادة.
عمل الدعم جزء من السعة. يمكن أن يحتوي الرف على قدرة حوسبة احتياطية، ويمكن أن تكون مجموعة النسخ الاحتياطي سليمة، بينما لا يزال الاسترداد ينتظر المهندس المناسب. غالبًا ما يميز المزودون الصغار والإقليميون أنفسهم من خلال الموظفين الكبار الذين يعرفون بيئة العميل. هذا قيم، ولكنه أيضًا خطر تركيز إذا كان عدد قليل فقط من الأشخاص يفهمون خادمًا قديمًا أو مسارًا مخصصًا أو تطبيق أعمال أو متطلبات امتثال أو تسلسل استعادة. تقول Cloud 9 Internet, Inc. في صفحة "عن الشركة" إن العديد من العملاء كانوا مع الشركة لمدة 10 إلى 25 عامًا. العلاقات الطويلة يمكن أن تحسن السياق. يمكن أن تترك أيضًا الكثير من المعرفة المؤسسية خارج وثائق العميل نفسه.
تأثير العميل غالبًا ما يكون إقليميًا حتى عندما تكون فئة المقالة عالمية. يصنف المهمة الشركة تحت فئة خدمة سحابية عالمية لأن القدرة الاستضافة وتبعيات التوجيه تهم أينما يمكن لمنظمة الاتصال. منطقة خدمة Cloud 9 Internet, Inc. نفسها، مع ذلك، محلية. تسميصفحة المناطق التي نخدمهاوايت بلينز والعديد من مجتمعات ويستشستر، بما في ذلك يونكرز ونيو روشيل ومونت فيرنون وتاريتاون وراي وبورت تشيستر وبيكسكيل وتورنوود وأوسينينغ وبليزانتفيل وماونت كيسكو وسليبي هولو. العنوان على موقعها وفي ARIN هو 222 Bloomingdale Road, Suite 403, White Plains, NY 10605. هذا التركيز المحلي جزء من عرض القيمة.
المحلية تغير ما تعنيه سيادة البيانات وتنسيب البيانات. قد تختار شركة في ويستشستر مزودًا محليًا لأنها تريد دعمًا قريبًا وسياقًا إقليميًا ومساعدة في الموقع ورقم هاتف معروف بدلاً من قائمة انتظار وطنية مجهولة. لكن إذا كان عبء العمل المستضاف أو نسخة النسخ الاحتياطي أو منصة التذاكر موضوعة بالفعل في ولاية أخرى أو منطقة فائقة النطاق أو منشأة شريكة أو عدة مواقع غير معلنة، فإن إجابة موقع البيانات تكون أكثر تعقيدًا من "مزود محلي". يجب على المشترين في الرعاية الصحية والخدمات المالية والخدمات القانونية والتعليم أو التعاقد الحكومي أن يطلبوا تفاصيل مكتوبة عن التنسيب والمقاولين من الباطن والاحتفاظ. علاقة خدمة محلية ليست نفس الشيء مثل إقامة البيانات المحلية.
يظهر عرض DNS العام أن Cloud 9 Internet, Inc. نفسها تعتمد أيضًا على منصات خارجية. استعلام في يوليو 2026 لـ cloud9.net حل الموقع الرئيسي إلى 162.159.140.166، و ARIN يعين هذا العنوان إلى Cloudflare. كانت خوادم أسماء النطاق مضيفة DNS Made Easy، وكان تبادل البريد يشير إلى خدمة حماية Microsoft. تم حل اسم مضيف مكتب المساعدة من خلال أسماء HaloPSA و Amazon Web Services، وعنوان ARIN عناوين بوابة الدعم المرصودة إلى كيانات Amazon. هذه خيارات عادية لمزود خدمات مدارة حديث. لا تزال تبعيات.
هذا يهم لأن الحافة العامة للمزود يمكن أن تفشل بشكل مستقل عن أنظمة العميل المستضافة. إذا كان لدى Cloudflare أو DNS Made Easy أو Microsoft mail أو HaloPSA أو منطقة AWS مشكلة، فقد يفقد العملاء الوصول إلى موقع المزود على الويب أو مسار تسليم البريد أو بوابة الدعم حتى عندما تظل مسارات AS3700 والخدمات المستضافة لـ Cloud 9 Internet, Inc. قيد التشغيل. على العكس، يمكن أن يؤثر حادث AS3700 أو منشأة على الموارد المستضافة بينما يظل الموقع العام قابلاً للوصول من خلال Cloudflare. يجب أن تعرف خط الحوادث الناضجة للعميل قناة الاتصال التي تظل متاحة عندما تفشل كل طبقة.
تحدد صفحات الخدمة عدة قطاعات متأثرة. تقول صفحة "عن الشركة" إن Cloud 9 Internet, Inc. دعمت المنظمات غير الربحية والشركات المالية والمدارس والمصنعين وغيرهم. تناقش صفحات الأمن السيبراني وأمن البريد الإلكتروني احتياجات الرعاية الصحية والمالية والقانونية. تسمي صفحة إدارة الشبكات الرعاية الصحية والخدمات المالية والقانونية والتصنيع والمنظمات غير الربحية والتعليم. هؤلاء ليسوا مستخدمين مجردين. قد يعتمد مكتب قانوني على الملفات المستضافة والبريد الآمن وتوفر نظام إدارة القضايا. قد يعتمد مكتب طبي على النسخ الاحتياطية وأمن نقاط النهاية و Microsoft 365 وأدلة الامتثال والوصول عن بعد.
قد يحتاج المصنع إلى أنظمة المكتب وقطاعات الشبكة المجاورة للأرضية للبقاء متوائمة. قد يكون لدى المنظمة غير الربحية موظفو تكنولوجيا معلومات محدودون ومساحة أقل للانقطاعات الطويلة.
بالنسبة لهؤلاء العملاء، يمكن أن تتباعد السعة المثبتة والسعة القابلة للاستخدام. قد يكون لدى المزود قدرة اسمية كافية من الحوسبة أو التخزين أو مساحة العنوان، لكن الكمية القابلة للاستخدام في حادث تعتمد على المضيفين الاحتياطيين وتوافق الصور والتراخيص وأداء التخزين وعمر النسخ الاحتياطي وتوافر المهندس وأولويات العميل وصحة الدائرة. تعد صفحة الحلول المستضافة في السحابة بالقدرة على إضافة المستخدمين أو التطبيقات أو التخزين مع نمو الأعمال. هذا معقول للعديد من البيئات المدارة. إنه ليس جدول سعة عام.
يجب على العملاء ذوي أعباء العمل الثقيلة أن يسألوا ما إذا كانت السعة الإضافية مهيأة مسبقًا أو مطلوبة عند الطلب أو تعتمد على فترات الانتظار للشريك أو مرتبطة بنوافذ الهجرة.
اقتصاديات القدرة الاستضافة تستحق الذكر أيضًا. تقدم Cloud 9 Internet, Inc. المقايضة الكلاسيكية: تجنب شراء وصيانة غرف الخوادم ومصفوفات التخزين والموظفين المتخصصين، وادفع لمزود مقابل القدرة المدارة والخبرة. لمنظمة صغيرة، يمكن أن يكون ذلك عقلانيًا. يرى المزود بيئات أكثر، وينشر تكاليف الموظفين والمراقبة عبر العملاء، ويمكنه توحيد إجراءات الاسترداد. لكن الاقتصاديات تعتمد أيضًا على السعة المشتركة والافتراضات حول تزامن الحوادث. إذا احتاج العديد من العملاء إلى الاسترداد في نفس الوقت بعد عاصفة إقليمية أو حملة برامج فدية واسعة النطاق أو حادث بريد إلكتروني أو فشل ناقل، فإن قائمة انتظار المزود والبنية التحتية الاحتياطية تصبح العامل المحدد.
تاريخ النجاة من 11 سبتمبر وإعصار ساندي ذو مغزى، لكن لا يجب المبالغة في قراءته. تلك الأحداث جزء من سرد الشركة الخاص وتظهر هوية مبنية حول الموثوقية أثناء الاضطراب الإقليمي. لا تثبت في حد ذاتها المرونة الحالية. تغيرت الأجهزة والمرافق والدوائر والبرامج والموظفين وأنماط التهديد منذ ذلك الحين. الطريقة الصحيحة لاستخدام هذا التاريخ هي كسبب لطلب أدلة الاستمرارية الحالية: اختبارات الاستعادة الحديثة وملخصات الانقطاع وخطط الاتصال والتحقق من النسخ الاحتياطي وفصل المرافق وتنوع الناقل ومعالجة حوادث الأمان وخيارات تصدير العملاء.
سجل سياسة التوجيه يستحق أيضًا الدقة. أظهرعرض تناسق التوجيهلـ RIPEstat بعض البادئات موجودة في كل من BGP ومصادر سياسة التوجيه من نوع whois، بينما ظهرت 168.100.0.0/22 و 168.100.4.0/24 في BGP بدون تغطية whois مطابقة في ذلك العرض. كما أظهر إدخالات سياسة توجيه أقدم لم تكن مرئية حاليًا في BGP. هذا لا يثبت فشلًا تشغيليًا. يمكن لبيانات سجل التوجيه أن تتخلف أو تختلف حسب المصدر أو تعكس خططًا قديمة. لكن تغطية سياسة التوجيه العامة غير المتسقة هي بالضبط نوع مشكلة النظافة التي تهم لمزود يبيع اتصالاً يمكن الاعتماد عليه.
يترك السجل العام أيضًا حدود الملكية والمشغل مفتوحة. عندما تقول Cloud 9 Internet, Inc. إنها تخزن البيانات في مواقع آمنة خارج الموقع أو مراكز بيانات آمنة متعددة، ليس من العام ما إذا كانت تلك مساحات تديرها الشركة أو أقفاص مؤجرة أو مواقع شريكة أو مناطق فائقة النطاق أو مستودعات خاصة بالخدمة. عندما تقول إنها يمكنها إعداد البنية التحتية لـ Azure، فمن الواضح أن هذا اعتماد على سحابة Microsoft. عندما يتم حل مكتب المساعدة من خلال HaloPSA على AWS، فهذه سلسلة برامج واستضافة منفصلة. عندما يكون الموقع خلف Cloudflare، فهذه سلسلة أخرى. يجب على المشتري أن يطلب خريطة بسيطة توضح أي طرف يدير كل طبقة تستخدمها خدمة المشتري.
يجب أن تتضمن تلك الخريطة افتراضات الطاقة والمرافق. هل يعمل خادم مستضاف في مبنى مع طاقة مدعومة بمولد؟ هل هناك التزام بالوقود؟ هل توجد مصادر طاقة A و B للرف؟ هل النسخ الأساسية والاحتياطية للعميل في مجالات فشل منفصلة؟ هل هناك نوافذ صيانة لـ UPS أو المولد أو التبريد أو العمل الناقل؟ هل يتم ترحيل أنظمة العميل مباشرة أو إيقاف تشغيلها أو وضعها في خطر أثناء الصيانة؟ ما هي فترة الإشعار؟ تعد الصفحات العامة بالموثوقية والمراقبة، لكنها لا تكشف عن هندسة مرافق كافية للسماح للمشتري بالإجابة على هذه الأسئلة دون أن يسأل مباشرة.
يجب أن تتضمن أيضًا افتراضات النقل والوصول عن بعد. ما هي الناقلات العلوية التي تخدم البيئة المستضافة؟ هل هناك مداخل مادية متنوعة؟ هل يعتمد وصول العميل عبر VPN على زوج جدار حماية واحد؟ هل DNS مستضاف في أكثر من مزود؟ هل عناوين IP الثابتة للعميل محمولة أو مرتبطة بمساحة عنوان Cloud 9 Internet, Inc.؟ إذا غادر العميل، كيف يتم التعامل مع تبعيات IP والشهادات وسجلات البريد وقواعد جدار الحماية وصادرات النسخ الاحتياطي؟ هذه ليست حالات حافة. إنها الحدود العملية لقابلية نقل البيانات وخروج الخدمة.
تشير ملاحظات DNS إلى مشكلة خروج ذات صلة. إذا كانت Cloud 9 Internet, Inc. تدير DNS العميل و Microsoft 365 وأمان البريد وأمان نقطة النهاية أو قواعد جدار الحماية، يجب على العميل معرفة كيف يتم الاحتفاظ ببيانات الاعتماد وكيف يعمل التسليم. يمكن أن يكون المزود ممتازًا ولا يزال يترك العميل مكشوفًا إذا كان توثيق الوصول ضعيفًا. الخدمة المدارة بشكل مشترك يجب أن تعني رؤية مشتركة، وليس ارتباكًا مشتركًا. يجب أن يعرف العملاء أي حسابات المسؤول خاصة بهم، وأيها حسابات المزود، وكيف يتم فرض المصادقة متعددة العوامل، وماذا يحدث عندما يغادر موظف أو مهندس مزود.
يجب قراءة ادعاءات الأمان من خلال نفس العدسة. تصفصفحة خدمات الأمن السيبرانيكشف التهديدات وحماية البيانات والتشفير وجدران الحماية وكشف الاختراق والشبكات الخاصة الافتراضية وحماية نقطة النهاية واستخبارات التهديدات والاستمرارية أثناء الهجوم الإلكتروني. تصفصفحة أمان البريد الإلكترونيحماية التصيد وتصفية البريد العشوائي وتشفير البريد الإلكتروني وحماية اختراق البريد الإلكتروني للأعمال وأمان Microsoft 365 ومراقبة الويب المظلم واستمرارية البريد الإلكتروني. هذه خدمات ذات صلة. لكن صفحات الأمان العامة ليست معادلة لأدلة التحكم. يجب على العميل الخاضع للتدقيق أن يطلب التوثيق وأدوار التنبيه والاحتفاظ والتواصل أثناء الحوادث والتبعيات التابعة لجهات خارجية وكيفية فصل القياس عن بعد الأمني بين العملاء.
أهم خطر ليس أن Cloud 9 Internet, Inc. تخفي شيئًا. إنه أن المزودين المدارين الصغار والإقليميين غالبًا ما يكون لديهم فجوة بين حميمية خدمة العملاء وشفافية البنية التحتية تحتها. قد يعرف المزود المحلي العميل جيدًا، ويجيب على المكالمات بسرعة، ويصلح المشكلات التي قد يتركها المزودون الأكبر لقائمة انتظار. يمكن أن تكون هذه ميزة قوية. لكن نفس المشتري لا يزال بحاجة إلى دليل مكتوب للتنسيب المادي وتنوع الناقل وقابلية استرداد النسخ الاحتياطي وخروج العقد وحقوق التصعيد والاعتماد على المقاولين من الباطن. يجب أن تتعايش الثقة والتحقق.
لذلك يجب فهم Cloud 9 Internet, Inc. كاعتماد بنية تحتية حي لكن شفاف جزئيًا. الجزء الحي واضح: صفحات الشركة العامة تصف خدمات السحابة والاستضافة والنسخ الاحتياطي والشبكات ودعم الخوادم الحالية؛ يحافظ ARIN على AS3700 وموارد العنوان تحت اسم الشركة؛ رصدت RIPEstat إعلانات AS3700 خلال نافذة المراجعة في يوليو 2026؛ سجلات DNS والدعم تظهر حضورًا تشغيليًا للويب والخدمات. الجزء الشفاف واضح بنفس القدر: السجل العام لا يكشف مواقع مراكز البيانات الحالية أو عدد الرفوف أو هندسة الطاقة أو تنوع التوصيلات المتقاطعة أو جغرافية النسخ الاحتياطي أو تاريخ اختبار الاستعادة أو تركيز العملاء أو مستويات التصعيد بعد ساعات العمل أو إجراءات قابلية نقل البيانات.
بالنسبة لمشتري الأعمال الصغيرة، الاستنتاج العملي ليس "تجنب Cloud 9 Internet, Inc." إنه "اطرح المستوى التالي من الأسئلة قبل نقل الأنظمة الحيوية." أي التطبيقات ستعمل وأين؟ ما مساحة العنوان التي ستستخدم؟ أي مشغل يدير المنشأة؟ أي ناقل علوي يحمل حركة المرور؟ ما هو هدف الاستعادة لكل خادم أو مجموعة بيانات؟ كم مرة تم اختبار استعادة كاملة؟ أي وعود الدعم موظفة طوال النهار والليل، وأيها وعود أمامية خلال ساعات العمل مع تصعيد بعد ساعات العمل؟ كيف يمكن للعميل تصدير البيانات والصور و DNS وقواعد جدار الحماية وإدارة Microsoft 365 إذا غير المزودين؟
بالنسبة لقارئ البنية التحتية، الاستنتاج هو أن Cloud 9 Internet, Inc. مثال جيد للطبقة الوسطى من القدرة الاستضافة. إنها قديمة بما يكفي ليكون لها جذور مزود خدمة إنترنت ومساحة عنوان عامة. إنها محلية بما يكفي لبيع الثقة والدعم العملي. إنها مواجهة للسحابة بما يكفي لنقل العملاء بعيدًا عن غرف الخوادم الخاصة بهم. إنها تعتمد بما يكفي على منصات خارجية لدرجة أن استمرارية خدمتها تحتاج إلى عدة طبقات من الخرائط. إنها مرئية بما يكفي للتقييم، ولكن ليس بما يكفي لمنح درجة مرونة قوية من الأدلة العامة وحدها.
لهذا السبب يجب أن تقع درجة الأدلة في المنتصف بدلاً من أي من الطرفين. السجل ليس ضعيفًا بمعنى أنه مجرد اسم بدون خدمات حالية. الشركة لديها صفحات خدمة حالية ومعلومات عنوان ودعم حالية وسجلات ARIN نشطة وتوجيه مرصود. لكن السجل ليس قويًا بمعنى الكشف عن حقائق التشغيل الصعبة التي تحدد ما إذا كان عبء العمل المستضاف في السحابة ينجو من فشل الرف أو انقطاع الناقل أو نقص الأجهزة أو استرداد برامج الفدية أو خروج العميل أو حالة طارئة إقليمية. تبيع Cloud 9 Internet, Inc. سعة يمكن للعملاء استخدامها بدلاً من خوادمهم الخاصة. على المشتري الجاد أن يتذكر أن السعة لا تزال تعيش في مكان ما، وتصل إلى الإنترنت من خلال شخص ما، وتعود بعد الفشل فقط بالسرعة التي يمكن لأنظمة المزود المادية وعقوده وأشخاصه جعلها تعود.