ملخص

  • الكيان الدقيق يمكن دعمه كعلامة تجارية كندية لاستضافة الويب تستخدم100megswebhosting.com، مع عنوان اتصال عام في إدمونتون وآثار عملاء من عام 2002 وكتالوج خدمات مؤرشف من 2009–2010 واستحواذ موثق من قبل Tech Assets في عام 2011. السجل المتاح لا يثبت شركة فيدرالية معينة أو شبكة مملوكة للشركة.
  • بحلول عام 2010، كان الاسم التجاري قد توقف عن وصف المنتج: الخطط المشتركة أعلنت عن 10 جيجابايت إلى 250 جيجابايت من القرص، خطة واحدة أعلنت عن نقل غير محدود، والعروض المخصصة أعلنت عن 2000 جيجابايت. كانت الحدود الملزمة في مكان آخر - في قاعدة 4% من موارد الخادم المشترك، وتوافق البرامج، وتقدير الدعم، وشروط الإلغاء.
  • باع الكتالوج سير عمل كامل للشركات الصغيرة من خلال cPanel وPHP وMySQL والبريد الإلكتروني وSSL والمهام المجدولة ومثبتات التطبيقات والنسخ الاحتياطية. هذه الراحة ركزت أيضًا تكاليف التبديل لأن الموقع القابل للاستخدام اعتمد على أكثر بكثير من مجرد نسخ ملفاته العامة.
  • يُظهر بيع 2011 وحساب عميل لاحق للترحيل والرسوم الأعلى الجانب التجاري لمخاطر الاستمرارية. يمكن للاستحواذ أن يحافظ على الخدمة مع تغيير السعر ومسار الدعم والحوافز المحيطة بعبء العمل.
  • الدرس العملي في المشتريات هو اختبار الملكية، ودورة حياة وقت التشغيل، وسياسة الموارد، وقابلية الاستعادة، وموقع البيانات، والخروج قبل الشراء. السعة رخيصة لإعادة تسميتها؛ قابلية النقل الممارسة أصعب في التزييف.

أهم رقم كان سبعة

الرقم الأكثر أهمية في مواد 100 Megs Web Hosting الباقية ليس 100. إنه سبعة.

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

هذا التباين هو المفتاح لفهم 100 Megs Web Hosting Services.إدخال دليل BTWيورد اسم الكيان الدقيق والاتصال بالقانوني بالقانوني. صفحات الشركة المؤرشفة اختصرت الاسم التجاري عمومًا إلى "100 Megs Web Hosting" أو "100Megs Web Hosting." الرقم في هذا الاسم بدا ملموسًا. لقد استحضر حقبة يمكن فيها تمييز عرض استضافة بكمية تبدو الآن صغيرة. ومع ذلك بحلول أغسطس 2010، كانت أرخص خطة مشتركة للشركة تعلن عن 10 جيجابايت من القرص - مائة ضعف الكمية التي يوحي بها الاسم - والأكبر أعلنت عن 250 جيجابايت. العروض المخصصة ذهبت أبعد. الرقم القديم أصبح أداة للذاكرة، وليس مواصفة.

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

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

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

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

إثبات العلامة التجارية دون اختراع شركة

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

سجل التسجيل لـ100MEGSWEBHOSTING.COMيعطي تاريخ إنشاء في 16 مارس 2001. تسجيل النطاق لا يثبت أن الخدمة بدأت ذلك اليوم، لكنه يضع حدًا أدنى للهوية الدقيقة للويب. ثم تضع مناقشة العملاء المستقلة الخدمة موضع الاستخدام في عام 2002. في أكتوبر 2002 فيخيط PHPBuilder، قال مشارك إنه استضاف على حساب 100megswebhosting ووصف خطة "متقدمة" بسعر 20 دولارًا شهريًا مع 1 جيجابايت من التخزين، 10 جيجابايت من النقل الشهري، CGI، PHP، MySQL، لوحة تحكم، نصوص قابلة للتثبيت، إحصائيات وسجلات أخطاء. مناقشة أخرى في أكتوبر 2002 علىStraight Dopeتحتوي على عميل يقول إنه استضاف موقعًا مع 100 Megs Web Hosting وكان سعيدًا بالخدمة والدعم. هذه تصريحات مستخدمين، وليست سجلات شركة مدققة، لكنها تضع بشكل مستقل النطاق الدقيق واسم الخدمة في السوق.

آخر تسجيلات الشركة المؤرشفة، التي تم التقاطها في يوليو 2009، وصفت 100 Megs Web Hosting بأنها شركة كندية. ادعت أكثر من ثماني سنوات من الخبرة في الصناعة وقاعدة عملاء بالآلاف. الادعاء الأول يتوافق بشكل عام مع تسجيل النطاق لعام 2001 وآثار العملاء لعام 2002. ادعاء عدد العملاء لم يتم التحقق منه بشكل مستقل ولا ينبغي استخدامه كمقياس للحجم. سجل جهات الاتصال المؤرشف، الذي تم التقاطه في أغسطس 2010، عرض العلامة التجارية الدقيقة وعناوين الدعم والفواتير على النطاق، وعنوان الشارع في 1131، 9363 Simpson Drive في إدمونتون، ألبرتا.

استخدم أيضًا تذييل الموقع "100Megs Web Hosting." معًا، تثبت هذه الصفحات علامة تجارية كندية موجهة للجمهور وجهة اتصال تشغيلية، وليس مجرد تسمية دليلية وصفية.

نقطة نهاية فترة العلامة التجارية المستقلة أكثر وضوحًا. تقول Tech Assets فيتاريخها المؤسسيإنها استحوذت على "100MegsWebHosting" في عام 2011 وتصفه بأنه مضيف cPanel شهير. يضغط التهجئة الفراغات، كما فعل النطاق، لكن وصف cPanel وسلسلة الاسم الدقيقة والتوقيت يتطابقان مع الخدمة المؤرشفة. هذا جسر مؤسسي مباشر. يتوافق أيضًا مع بيان عميل لاحق في عام 2012 بأن الحسابات والمواقع المرتبطة بـ "100megs domains" قد انتقلت إلى Jumpline، العلامة التجارية الأصلية للاستضافة لـ Tech Assets.

هناك حد مهم. بحث في قاعدة البيانات الفيدرالية الرسميةCorporations Canadaعن الاسم الدقيق لم يسفر عن تطابق خلال هذا البحث. قاعدة البيانات نفسها تحذر من أنها تستثني الشركات الإقليمية والإقليمية والمالية والأجنبية. لذلك لا يمكن لنتيجة صفر إثبات عدم وجود نشاط تجاري قانوني.这意味着 فقط أن الأدلة العامة التي تم جمعها هنا لا تبرر تسمية مالك فيدرالي مدمج. ولا يضيف الموقع المؤرشف باستمرار "Inc." أو رقم شركة. الصيغة القابلة للدفاع هي أن 100 Megs Web Hosting Services كانت علامة تجارية تشغيلية كندية، يمكن الوصول إليها علنًا من خلال عنوان في إدمونتون، يظل مالكها القانوني الدقيق قبل بيع 2011 غير مؤكد في المصادر المستخدمة هنا.

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

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

واجهة متجر كندية على سطح تشغيل في كولورادو

رسم الموقع المؤرشف تمييزًا واضحًا بين حيث قدم البائع نفسه وحيث تعمل الآلات. صفحة "حول" الخاصة به قالت إن الشبكة كانت موجودة في منشأة Data393 Denver Tech Center في إنجلوود، كولورادو. أعلنت عن طاقة احتياطية للتيار الكهربائي ومولدات، وأدوات تحكم بيئية، وكشف حرائق، ودخول بيومتري وبطاقات، ومراقبة فيديو، وخزائن مقفلة. فيما يتعلق بالاتصال، سمّت Savvis وInternap، ووصفت اتصال Internap قريب، وأدرجت جدران حماية Fortigate ومفاتيح HP ProCurve. قالت أيضًا إن الخوادم كانت مراقبة على مدار الساعة وأن تهيئتها العادية استخدمت Red Hat Linux.

معظم هذه التفاصيل هي ادعاءات شركة. لا ينبغي تحويلها إلى نتيجة عن وقت التشغيل أو شهادة. هناك، مع ذلك، تأكيد مستقل على أن المنشأة المذكورة وقدراتها المادية الواسعة كانت موجودة في الوقت ذي الصلة. إعلان Data393 في يوليو 2008 أفاد بتوسعة 10,000 قدم مربع في موقع Denver Tech Center، مما رفع مساحة الأرضية المرتفعة إلى حوالي 30,000 قدم مربع. وصف طاقة عالية الكثافة وتبريدًا، وستة مولدات 600kW متوازية مع تكرار N+1، واستضافة خزائن وأقفاص، واستحواذ ديسمبر 2007 على Data393 من قبل Managed Data Holdings. نظرًا لأن هذا إصدار من مشغل المنشأة، فهو يؤكد المنشأة بدلاً من إثبات كل تكوين 100 Megs داخلها بشكل مستقل.

يوفر الأرشيف اتصالاً تقنيًا آخر. جلب Common Crawl صفحات الشركة لعام 2009 و 2010 من209.197.254.38. يضعسجل ARIN RDAP الحالي لهذا العنوانضمن التعيين المسمىD393-ENG01-209-197-254-0-25. المسجل الحالي ليس 100 Megs، ولا يمكن للسجل الحالي إعادة بناء التعيين كما كان في عام 2010. تسميةD393متسقة مع حساب Data393 المؤرشف، لكنها تأكيد على الموقع، وليس دليلاً على أن 100 Megs امتلكت كتلة العنوان.

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

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

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

ما باعه الكتالوج فعليًا في عام 2010

صفحة الاستضافة المشتركة المؤرشفة حددت ثلاث خطط في أغسطس 2010. قيمة تكلف 5 دولارات شهريًا أو 50 دولارًا سنويًا، مع 10 جيجابايت من القرص، 50 جيجابايت من النقل، ونطاق واحد مستضاف. برو تكلف 10 دولارات شهريًا أو 100 دولار سنويًا، مع 100 جيجابايت من القرص، 250 جيجابايت من النقل، وخمسة نطاقات. ألترا تكلف 20 دولارًا شهريًا أو 200 دولار سنويًا، مع 250 جيجابايت من القرص، نقل "غير محدود"، و30 نطاقًا. لم تحدد الصفحة عملة في الجدول الملتقط، لذا الوصف الآمن هو تسعير مقوم بالدولار بدلاً من افتراض حول الدولار الكندي أو الأمريكي.

يكشف التقدم عن منطق الاستضافة المشتركة في تلك الفترة. كل خطوة اشترت أكثر من السعة. تضمنت قيمة قاعدتي بيانات MySQL وخمسة صناديق بريد POP؛ رفعت برو تلك إلى عشر قواعد بيانات و 25 صندوق بريد؛ أعلنت ألترا عن كليهما غير محدود. تضمنت الثلاثة cPanel و CGI و Perl و PHP وإضافات FrontPage 2000 وSSL مشترك ومتجر تسوق وإحصائيات ومهام مجدولة وترشيد البريد العشوائي ومنشئ مواقع ونسخ احتياطي قائم على الويب ونسخ احتياطي يومي و Fantastico. ظهر SSL المخصص ووصول shell فقط كميزات اختيارية على الخطط الأكبر. كان وصول WebHost Manager اختياريًا أيضًا على Pro و Ultra.

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

جعلت Fantastico حساب الاستضافة يبدو مثل متجر تطبيقات قبل أن تصبح تلك العبارة شائعة. الصفحة المؤرشفة أدرجت WordPress و Drupal و Joomla و Mambo و phpBB2 و Simple Machines Forum و osCommerce و Zen Cart و CubeCart ومكاتب دعم وأدوات مشاريع وويكي وبرامج فوترة واستبيانات. لم تضطر مؤسسة صغيرة إلى شراء كل مكون بشكل منفصل. يمكنها اختيار نص، والسماح للمثبت بوضع الملفات وقاعدة البيانات، وتوصيل البريد والنطاق، والبدء في النشر أو البيع.

فوق الاستضافة المشتركة كانت توجد صفحة خادم افتراضي مخصص. عرضت "VDS Power 300" بسعر 60 دولارًا شهريًا مع 10 جيجابايت من القرص، 300 جيجابايت من النقل، 256 ميجابايت من الذاكرة، تخصيص معالج 600MHz، CentOS، وصول جذر، cPanel و WHM، نطاقات غير محدودة و Fantastico. الصفحة الملتقطة حددت الخطة على أنها مباعة. هذه التفاصيل أكثر إفادة من ادعاء توفر عام: كان المزود قد بنى درجة ترقية لكنه لم يقدم سعة عليها في تلك اللحظة.

صفحة الخادم المخصص عرضت ثلاثة تكوينات. خطة اسمها Cloud أدرجت بسعر 135 دولارًا شهريًا مع قرص 400 جيجابايت، 1 جيجابايت من الذاكرة ومعالج Intel 2.2GHz واحد. Premium كان 199 دولارًا مع قرصين 500 جيجابايت، 2 جيجابايت من الذاكرة و Core 2 Duo 2.4GHz. Enterprise كان 349 دولارًا مع قرصين 500 جيجابايت، 2 جيجابايت من الذاكرة ومعالجين Xeon ثنائيي النواة 2.8GHz. جميعها أعلنت عن 2,000 جيجابايت من النقل، نسخ احتياطية يومية، نطاقات غير محدودة، cPanel و WHM، وصول جذر، Fantastico، بدون رسوم تهيئة وضمان 30 يومًا.

اسم "Cloud" لا ينبغي قراءته كدليل على بنية مرنة أو موزعة. على الصفحة كان مجرد تكوين الدخول المخصص. لا يوجد دليل هناك يصف تجاوز الفشل التلقائي، أو الفوترة على أساس الاستهلاك، أو واجهة تطبيق، أو التوسع الأفقي السريع. الشركة أعلنت أيضًا عن اختيار Linux وسمت Savvis و Internap و Level 3 فيما يتعلق بالخدمة المخصصة، لكنها لم تنشر قياسات التوجيه أو حساب مستوى الخدمة في المواد الملتقطة.

عرض البائع أكمل الكتالوج. يمكن للبائع بيع الخطط المشتركة الثلاث تحت اسمه بخصم 25% عن سعر التجزئة، وتحديد سعر العميل النهائي واستخدام WebHost Manager وخوادم أسماء خاصة. تعامل البائع مع الدعم من الخط الأول؛ 100 Megs قدمت إدارة النظام والمساعدة من الخط الثاني. لم يكن هناك شرط لشراء كتلة كبيرة مسبقًا، وقال المزود إنه يحدّث فواتير البائع شهريًا.

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

اقتصاديات الاستضافة المختبئة خلف الحصص السخية

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

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

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

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

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

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

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

سير عمل العميل كان سلسلة، وليس مجلدًا

موقع ويب لشركة صغيرة على 100 Megs يمكن أن يبدأ بإجراء بسيط مخادع: توجيه نطاق إلى المزود وتحميل الملفات. ثم دعا الكتالوج العميل لإضافة طبقات. إنشاء قاعدة بيانات MySQL. تثبيت WordPress أو منتدى أو متجر تسوق من خلال Fantastico. إضافة صناديق بريد POP وقواعد إعادة التوجيه. جدولة برنامج صيانة. تمكين شهادة. قراءة إحصائيات الزيارات. النسخ الاحتياطي من خلال لوحة التحكم. ربما استضافة عدة نطاقات، ثم بيع حسابات للعملاء.

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

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

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

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

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

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

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

حملت مجموعة البرامج تواريخ انتهاء لم تحملها العلامة التجارية

لقطات Common Crawl تكشف أكثر من نسخ الصفحة. تحدد رؤوس استجابات HTTP الخاصة بها البرامج التي تقدم موقع الشركة الخاص. رد يوليو 2009 حول التقرير عن Apache 1.3.41 و PHP 4.4.9 وإضافات FrontPage 5.0.2 و OpenSSL 0.9.7a ووحدات مرتبطة. بحلول أغسطس 2010، كانت صفحات الخدمة الملتقطة لا تزال تبلغ عن Apache 1.3.41 ونفس أجيال FrontPage و OpenSSL، بينما انتقل PHP إلى 5.2.11.

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

سياسة دعم PHP الحالية تعطي كل فرع إصدار عامين من الدعم الكامل متبوعًا بعامين من دعم الأمان الحرج قبل نهاية الحياة. متطلبات WordPress الحالية توصي بـ PHP 8.3 أو أحدث، MariaDB 10.11 أو MySQL 8.0 أو أحدث، و HTTPS. تحذر WordPress من أن PHP 7.4 القديم و MySQL 5.5.5 قد لا يزالان يعملان لكنهما خارج الدعم وقد يعرضان الموقع للخطر. لا ينبغي إسقاط هذه المعايير الحالية كحكم على مضيف عام 2010. إنها تظهر المسافة التي يجب أن يقطعها تركة عميل طويلة الأمد.

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

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

FrontPage جسر ملموس بشكل خاص من كتالوج 100 Megs إلى حدود الترحيل الحديثة. الخطط المشتركة لعام 2010 كانت لا تزال تعلن عن إضافات FrontPage 2000. وثائق أداة نقل cPanel الحالية تقول إن cPanel لا تدعم FrontPage ولا تستعيد ملفات وأدلة FrontPage الخاصة؛ توصي بشدة بتعطيل FrontPage قبل النقل. ميزة كانت مطبوعة في كل عمود خطة أصبحت لاحقًا بيانات سيتخلف مسار الترحيل القياسي عنها عمدًا.

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

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

"غير محدود" واجه قاعدة 4%

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

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

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

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

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

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

كان الدعم جزءًا من مستوى التحكم

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

فكر في فشل عملية الدفع. قد يفحص البائع التطبيق وإعدادات الدفع. قد تفحص 100 Megs PHP أو الشهادة أو عملية محظورة. قد تمتلك Data393 التدخل المادي. قد يمتلك مورد شبكة خطأ توجيه. العميل، مع ذلك، كان لديه انقطاع واحد. جودة الخدمة اعتمدت على انتقال التشخيص عبر هذه الحدود دون فقدان السياق.

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

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

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

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

الهوية الكندية لم تعني بيانات كندية

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

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

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

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

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

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

تحول الاستحواذ لعام 2011 الاستمرارية إلى ترحيل

استحواذ Tech Assets في 2011 هو التغيير التجاري المحوري. تاريخ المشتري يؤكد على عمليات الاستحواذ المتكررة على الاستضافة وقدرة الترحيل. كانت قد أطلقت Jumpline في 1997، ونقلت قاعدة عملائها إلى منصة افتراضية في 2002، واستحوذت على سلسلة من مضيفي cPanel المتخصصين قبل شراء 100MegsWebHosting. هذا يجعل عملية الشراء مفهومة كمعاملة محفظة: قاعدة العملاء والفواتير المتكررة وأعباء عمل cPanel يمكن نقلها إلى نظام تشغيل أكبر.

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

مراجعة يوليو 2012 على صفحة WHTop's Jumpline تعطي حساب عميل محدد. قال المراجع إن شركة أسماها "100megs domains" قد بيعت إلى Jumpline، وتم نقل النطاقات والمواقع المستضافة، وارتفعت الاستضافة السنوية من 60 دولارًا إلى أكثر من 130 دولارًا، وزادت تكلفة تجديد النطاق. قال الكاتب إنه نقل النطاقات بعد ذلك إلى مسجل آخر والاستضافة إلى مكان آخر. هذا شكوى واحدة غير مؤكدة منشورة على موقع مراجعة. لا تثبت تسعيرًا عالميًا أو تاريخ ترحيل دقيق أو خرق تعاقدي. هي تؤكد على مستوى العميل أن عبء عمل 100 Megs وصل إلى Jumpline بعد الاستحواذ الموثق، وتظهر الأبعاد التي حكم العميل على الاستمرارية بها.

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

مراجعة 2012 كاشفة بشكل خاص عند وضعها بجانب كتالوج 2010. السعر السنوي لخطة Value كان 50 دولارًا و Pro كان 100 دولار. الانتقال المبلغ عنه للعميل من 60 دولارًا إلى أكثر من 130 دولارًا لن يكون مجرد تضخم في سعة القرص؛ سيكون إعادة تعيين للحزمة بأكملها. ربما تضمن الخلف ميزات لم يحتاجها العميل. ربما كانت قاعدة تكلفته مختلفة. الأدلة العامة لا يمكنها الحكم على السبب. ما يهم هو أن تكلفة التبديل أعطت الخلف مساحة لتغيير العرض. كان على العميل فصل النطاقات والاستضافة وحالة التطبيق قبل أن تصبح منافسة السعر فعالة مرة أخرى.

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

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

كان الخروج جرد بيانات، وليس زر تنزيل

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

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

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

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

حساب TulsaMJ يقدم مثالًا تاريخيًا لتلك التسوية. بعد الانتقال بعيدًا عن 100 Megs في 2009، وثق الكاتب أن PHP كانت تعمل كوحدة Apache في 100 Megs ولكن كـ CGI في الوجهة. كان بناء جملة معالج.htaccessيجب أن يتغير، واكتشاف الاختلاف استغرق وقتًا ودعمًا. الملفات قد انتقلت؛ سياق تنفيذها لم يفعل.

جرد خروج كامل من 100 Megs كان سيحتوي على الأقل ما يلي:

  1. حساب المسجل، وجهة اتصال المسجل، حالة قفل النقل، وبيانات الاعتماد المصرح بها لكل نطاق.
  2. كل منطقة DNS وموقع خوادم الأسماء الموثوقة، بما في ذلك البريد والتحقق وسجلات الخدمة التي لم ينشئها cPanel.
  3. ملفات موقع الويب، ملفات التهيئة المخفية، الأذونات، الروابط الرمزية، والمهام المجدولة.
  4. كل قاعدة بيانات، مستخدم، امتياز، وإعداد حرف، بالإضافة إلى فحص اتساق على مستوى التطبيق.
  5. صناديق البريد والرسائل والأسماء المستعارة والمعيدين وعوامل التصفية وقوائم البريد وإعدادات البريد العشوائي والأجهزة أو الأرشيفات المحلية التي اعتمدت على سلوك POP.
  6. مفاتيح الشهادات الخاصة، وسلسلة الشهادات، وطريقة التجديد، والدليل على أن الوجهة يمكنها خدمة HTTPS قبل تغيير DNS.
  7. إصدارات التطبيقات والإضافات والسمات ومفاتيح الترخيص وتاريخ المثبت ومتطلبات وقت التشغيل.
  8. إحصائيات الزيارات وسجلات الوصول وسجلات الأخطاء المطلوبة لاستكشاف الأخطاء أو واجبات الاحتفاظ.
  9. كشوف الفوترة وتذاكر الدعم وإصدارات السياسة وإثبات الإلغاء.
  10. نافذة تراجع تكون فيها الخدمة القديمة متاحة أثناء اختبار الموقع الجديد والبريد والمهام.

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

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

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

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

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

ادعاءات الأمان تحتاج إلى أدلة تشغيلية

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

رؤوس الاستجابة المكشوفة تظهر لماذا تنتمي حوكمة الإصدارات إلى تقييم الأمان. لقد أعطت الخارجيين أجيال Apache و PHP و OpenSSL و FrontPage الدقيقة لموقع التسويق. سلاسل الإصدارات وحدها لا تثبت قابلية الاستغلال؛ يمكن تزويد البرامج بالتصحيحات أو تكوينها بشكل دفاعي. تعطي المشتري سببًا لطلب سياسة دورة الحياة والضوابط التعويضية.

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

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

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

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

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

اختبار شراء مبني من سجل 100 Megs

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

100 Megs نفسها باعت العديد من هذه الدرجات، مما يجعل سجلها اختبار شراء مفيد. يمكن للمشتري أخذ كل ادعاء جذاب من كتالوج 2010 ويسأل عن الحقيقة التشغيلية تحته.

الهوية والطرف المقابل.ما النشاط التجاري القانوني الدقيق الذي يوقع العقد ويصدر فاتورة للعميل؟ أي علامة تجارية عامة تقدم الدعم؟ هل يمكن تعيين الاتفاقية؟ العلامة التجارية 100 Megs مثبتة جيدًا، لكن غلافها القانوني قبل الاستحواذ ليس. يجب حل هذا التمييز قبل تحرك الأموال أو البيانات المنظمة.

التحكم بالنطاق.هل العميل هو المسجل، مع بيانات اعتماد مستقلة وجهات اتصال استرداد؟ هل يمكن نقل النطاق دون حساب استضافة نشط؟ موقع يفشل نطاقه واستضافته معًا حوّل اعتمادين إلى واحد.

الموقع والموردون.أين تتم معالجة البيانات الأساسية والبريد والسجلات والنسخ الاحتياطية؟ من يملك المنشأة والشبكة؟ ما المواقع المستخدمة أثناء الاستعادة؟ 100 Megs كانت مواجهة لكندا ومستضافة في كولورادو؛ لا حقيقة تلغي الأخرى.

السعة والإنفاذ.ما الذي يستبعده "غير محدود"؟ أي حدود لوحدة المعالجة المركزية والذاكرة والعملية وعدد الملفات وقاعدة البيانات والبريد تنطبق؟ كيف يتم قياسها وعرضها؟ قاعدة 4% كانت أهم من عنوان نقل خطة Ultra.

دورة الحياة.ما إصدارات PHP وقاعدة البيانات ونظام التشغيل ولوحة التحكم المقدمة، ومتى تتقاعد، ومن يدفع للتصحيح؟ هل يمكن للعميل الاختبار مقابل الإصدار التالي؟ وجود PHP و MySQL و FrontPage في قائمة الميزات كان مجرد بداية الالتزام.

الحدود التطبيقية.هل "مُدار" يغطي نظام التشغيل ولوحة التحكم والتطبيق مفتوح المصدر والإضافات وضبط الأداء والاستعادة، أم بعضها فقط؟ أي تغييرات تتطلب مشاركة مدفوعة؟ صفحة 100 Megs المخصصة أعلنت عن الدعم والإضافات المُدارة دون تفاصيل كافية لتسعير الحدود.

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

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

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

التسعير بمرور الوقت.ما سعر الفترة الأولى والتجديد والترحيل؟ ما العناصر الاختيارية اليوم ولكنها مطلوبة عمليًا - SSL مخصص، نسخ احتياطية، أمان، عناوين مخصصة، دعم؟ كيف يتم تعيين الحسابات المكتسبة إلى خطط جديدة؟ شكوى Jumpline لعام 2012 ليست قائمة أسعار، لكنها تحدد المخاطرة.

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

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

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

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

ما يبقى معروفًا - وما يجب مراقبته

قصة الشركة الدقيقة لها مراسي ثابتة وفجوات حقيقية. ثابتة: تم تسجيل النطاق في 2001؛ وصف المستخدمون الخدمة في 2002؛ نشرت العلامة التجارية اتصالاً كنديًا مفصلاً وكتالوجًا مستضافًا في كولورادو في 2009-2010؛ عرضت الخدمة درجات مشتركة وبائع وافتراضية ومخصصة حول cPanel؛ تقول Tech Assets إنها استحوذت على العلامة التجارية في 2011؛ وصف عميل لاحق النقل إلى Jumpline؛ وتقدم Jumpline الآن HostPapa كسطحها الأم.

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

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

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

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

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

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