وعد TECNOWEB كولومبيا بنسبة 99.9% يواجه بند إصلاح لمدة 48 ساعة في منشأة غير مسماة

ملخص

• ضمان TECNOWEB كولومبيا السنوي بنسبة 99.9% يتيح حوالي 8 ساعات و46 دقيقة من التوقف، لكن شروطه تمنح الفريق الفني ما يصل إلى 48 ساعة بعد الإخطار لحل حادث مؤهل، ولا تنشر طريقة قياس أو جدول تعويضات أو هدف استرداد لكل منتج.
• تقول الشركة إنها تمتلك خوادمها، وتستخدم رفوفًا حصرية، ووحدات تحكم عن بعد، والتحكم في الطاقة عن بُعد، وترسل نسخًا إضافية إلى مركز بيانات خارجي، لكنها لا تذكر علنًا اسم منشآت الإنتاج أو النسخ الاحتياطي، أو تحدد ولاياتها القضائية، أو تُظهر مقدار السعة القابلة للاستخدام بعد فشل مضيف أو طاقة أو تبريد أو شبكة.
• AS64114 وكتل العناوين المسجلة في كولومبيا هي دليل عام نشط على وجود بصمة شبكة حقيقية، في حين أن اثنين من المزودين العلويين الملاحظين وعدة حضور في بورصات الإنترنت هي اتصالات منطقية فقط؛ فهي لا تثبت أن رفوف TECNOWEB كولومبيا تحتوي على مخرجين ماديين مستقلين، أو مسارين طاقة مستقلين، أو وجهة هجرة مختبرة.

ثمان ساعات مسموح بها، تليها ساعة 48 ساعة

الحساب وراء 99.9% بسيط بما يكفي ليُدرج في فاتورة. على مدار عام من 365 يومًا، فإن الـ 0.1% المفقودة تساوي 525.6 دقيقة: 8 ساعات و45 دقيقة و36 ثانية. هذا هو بدل التوقف السنوي الكامل إذا تم احتساب كل دقيقة غير متاحة. بالنسبة لشركة يستضيف موقعها الإلكتروني أو نظام الدفع أو التطبيق أو البريد الإلكتروني على الخدمة، فإن السؤال المهم ليس ما إذا كانت ثلاث تسعات تبدو مطمئنة. بل هو متى تبدأ الساعة، وما الذي يوقفها، وما هي حالات الفشل التي تُحتسب، وماذا يحدث عندما يتم تجاوز البدل.

الصفحة الرئيسية لـ TECNOWEB في كولومبياColombia home pageتعلن عن وقت تشغيل بنسبة 99.9%، وتفعيل فوري، ودعم باللغة الإسبانية على مدار الساعة، ونسخ احتياطية تلقائية، واستضافة في مراكز بيانات "من الدرجة الأولى". شروط الخدمة الحاليةservice termsأكثر جوهرية. تنص على أن TECNOWEB Colombia SAS تضمن توفرًا سنويًا بنسبة 99.9% لخدمات الاستضافة. بالنسبة لحادث خارج حالات القوة القاهرة، سيقدم الفريق الفني حلاً في غضون 48 ساعة كحد أقصى من الإخطار. تستبعد نفس الوثيقة، أو تحد من المسؤولية عن، الانقطاعات المنسوبة إلى موزعي الكهرباء، والكوارث الطبيعية، والروابط الوطنية أو الدولية المقدمة من أطراف ثالثة، والأجهزة أو البرامج من طرف ثالث، وسوء التعامل مع بيانات الاعتماد.

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

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

صفحة VPS الخاصة بـ TECNOWEB تستحضر أيضًا "Tier III". يشرح معهد Uptime Institute لتصنيفات المستوياتUptime Institute explanation of Tier classificationsأن المستوى III قابل للصيانة بشكل متزامن، مع مكونات زائدة ومسارات توزيع تسمح بالصيانة المخطط لها دون إيقاف عمليات تكنولوجيا المعلومات. الصفحة العامة لـ TECNOWEB لا تذكر المنشأة، أو تربط شهادة، أو توضح أي غرفة وحمل يغطيهما التصنيف. القراءة الحذرة إذن هي ادعاء بائع حول بيئة الاستضافة، وليس دليلاً مستقلاً النطاق على أن كل منتج ورف وتبعية يرث خصائص Tier III.

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

الكتالوج أوسع من كومة استضافة واحدة

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

صفحة استضافة LinuxLinux hosting pageتسوق cPanel و LiteSpeed وتخزين NVMe. إنها تخصص حصص تخزين وصناديق بريد محدودة لأربع خطط، وتميز بين النسخ الاحتياطية الأسبوعية على العروض الأصغر والنسخ اليومية على العروض الأكبر. عرض WordPressWordPress offerيضيف طبقة تطبيق محسّنة وذاكرة تخزين مؤقت وواجهة إدارة WordPress. استضافة WindowsWindows hostingتحول العميل إلى Plesk و IIS ودعم تطبيقات موجهة من Microsoft، بينما خدمة JavaJava serviceتضيف Tomcat وتبعيات وقت تشغيل Java. هذه ليست مجرد تسميات مختلفة. إنها تنطوي على مستويات تحكم مختلفة، ودورات تصحيح، وتبعيات ترخيص، وملفات ذاكرة، وإجراءات استرداد مختلفة.

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

كتالوج VPSVPS catalogueيستخدم KVM على Proxmox ويبيع خططًا تتراوح من 2 vCPU و2 جيجابايت من ذاكرة الوصول العشوائي و40 جيجابايت من SSD و1 تيرابايت نقل إلى 4 vCPU و8 جيجابايت من ذاكرة الوصول العشوائي و300 جيجابايت من SSD و10 تيرابايت نقل. يتلقى العملاء وصول جذر ووحدة تحكم متصفح ولقطات وعناصر تحكم في جدار الحماية على مستوى برنامج المراقبة. صفحة الخوادم المخصصةdedicated-server pageتعد بأجهزة حصرية، وتصف التسليم السريع للتكوينات الشائعة، وتوصي بقرص إضافي للنسخ الاحتياطي. العميل المخصص يتجنب الجيران المزعجين على مستوى الضيف، لكنه لا يزال يشارك طاقة المنشأة، والتبريد، والروابط العلوية، والأيدي عن بعد، وربما مفتاح أعلى الرف.

البريد يقدم حدين إضافيين. يتم تقديم Email EmpresasEmail Empresasكخدمة Open-Xchange مع 25 جيجابايت من تخزين البريد و5 جيجابايت من تخزين الملفات لكل حساب، وميزات تعاون، وتوفر بنسبة 99.9%. صفحة Email Pymes الأقدمEmail Pymes pageتعلن عن 5 جيجابايت لكل حساب وتقدم ادعاءات أوسع حول النسخ الاحتياطي والتكرار وتوفر الشبكة. تعيد TECNOWEB أيضًا بيع Google WorkspaceGoogle Workspaceو Microsoft 365Microsoft 365. في تلك المنتجات، تستطيع TECNOWEB التحكم في البيع والانضمام والفواتير والدعم من الخط الأول، لكن البنية التحتية العالمية للتطبيق والتخزين تنتمي إلى مزود المنصة العلوي.

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

عقد كولومبي يقع داخل حدود تشغيلية إقليمية

الطرف المقابل القانوني مرئي. صفحة دليل الأعمال الكولومبية المستندة إلى بيانات RUESColombian business-directory page drawing on RUES dataتسرد TECNOWEB COLOMBIA S A S كنشطة، وتعطي NIT 901182036، وتضعها في بوغوتا، وتصنف أنشطتها على أنها معالجة بيانات، واستضافة، وأعمال ذات صلة، بالإضافة إلى استشارات تكنولوجيا المعلومات وإدارة مرافق الحوسبة. صفحة الدفع في كولومبيا لـ TECNOWEBColombia payment pageتظهر السطح التجاري المحلي بالبيزو الكولومبي وقنوات الدفع المحلية. تختار شروط الخدمة القانون الكولومبي والمحاكم في بوغوتا.

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

الحدود الإقليمية واضحة بشكل خاص في سجلات أرقام الإنترنت. قائمة الانتخابات لعام 2025 لـ LACNIC2025 electoral rollتسرد TECNOWEB COLOMBIA SAS بين المنظمات الكولومبية. ومع ذلك، سجل LACNIC لـ AS64114LACNIC record for AS64114يحدد مسجل النظام الذاتي كـ TECNOWEB PERU SAC ويسجله كنشط. إدخال الكيان المنفصل لـ LACNIC الخاص بـ TECNOWEB COLOMBIA SASLACNIC الكيان entry for TECNOWEB COLOMBIA SASيعطي عنوانًا إداريًا في بوغوتا ويربط المنظمة الكولومبية بسجلات موارد الأرقام.

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

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

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

الشركة تصف رفوفها دون تسمية المبنى

صفحة الشركة لـ TECNOWEBcompany pageتقدم أوصافًا من الطرف الأول ملموسة بشكل غير عادي. تقول إن الشركة تمتلك بدلاً من استئجار جميع معداتها وخوادمها؛ تستخدم أنظمة Intel Xeon مزدوجة مع 128 جيجابايت إلى 256 جيجابايت من ذاكرة الوصول العشوائي، وأقراص SSD للمؤسسات و RAID 1 أو RAID 10؛ تجهز الخوادم ببطاقات شبكة بصرية 10 جيجابت في الثانية؛ تسكنها في خزائن حصرية؛ وتعلق أجهزة وحدة تحكم عن بعد وإدارة طاقة عن بعد. تدعي أيضًا ثلاث طبقات جدار حماية، ومراقبة على مدار الساعة، وDNS في تشيلي والولايات المتحدة وفرنسا وإنجلترا، ونسخًا إضافية يومية ترسل إلى مركز بيانات خارجي.

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

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

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

ملاحظة على مستوى العنوان تجعل سؤال الموقع أكثر حدة دون حله. صفحة IPinfo لـ 179.61.15.3IPinfo's page for 179.61.15.3، عنوان داخل كتلة مسجلة لـ TECNOWEB كولومبيا، تضع ذلك العنوان في تامبا، فلوريدا وتصنفه كبنية تحتية استضافة. الصفحة نفسها هي منتج تحديد موقع جغرافي قائم على الملاحظة، وليس عقد منشأة. يمكن نقل IP واحد، أو الإعلان عنه عن بعد، أو تحديد موقعه بشكل غير دقيق، أو استخدامه لخدمة واحدة فقط. لا يمكن أن يثبت مكان وجود أسطول الاستضافة المشتركة أو مضيفي VPS أو الخوادم المخصصة أو النسخ الاحتياطية.

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

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

الحصص المباعة لا تكشف عن السعة المركبة أو القابلة للبقاء

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

تنشر خطط Linux 10 جيجابايت و30 جيجابايت و50 جيجابايت و80 جيجابايت من تخزين NVMe، مع حصص بريد وقاعدة بيانات ونطاق ونسخ احتياطي مختلفة. تنشر صفحة البائع 20 جيجابايت و30 جيجابايت و50 جيجابايت و100 جيجابايت مع استخدام "غير محدود" للنطاقات والعملاء والنقل. غير المحدود لا يمكن أن يعني لانهائيًا ماديًا؛ إنه وعد تجاري محدد بأجهزة مشتركة وقواعد استخدام مقبولة وقدرة المزود على التحكم في التنافس. الصفحات لا تفصح عن عدد الحسابات لكل خادم، أو الإفراط في التخصيص للتخزين، أو حدود وحدة المعالجة المركزية، أو حدود الذاكرة، أو عتبات الإدخال/الإخراج، أو سعة العقدة الاحتياطية المحجوزة لإخلاء مضيف فاشل.

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

نطاق ذاكرة الخادم من 128 جيجابايت إلى 256 جيجابايت وادعاء بطاقة شبكة 10 جيجابت في الثانية في صفحة الشركة هما إشارات مكون مُركب، لكن لا يوجد عدد خوادم أو مخزون محدد بالتاريخ. واجهة شبكة مصنفة بـ 10 جيجابت في الثانية ليست دليلاً على 10 جيجابت في الثانية من العبور المدفوع، أو لوحة التبديل الخلفية، أو الإنتاجية المستدامة، أو النطاق الترددي القابل للاستخدام أثناء فشل علوي. يصف RAID 1 و RAID 10 تخطيط القرص، وليس التخزين المتاح بعد الاحتياطي واللقطات والنسخ الاحتياطية.

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

سعة البريد مجزأة بالمثل. Email Empresas يخصص 30 جيجابايت لكل حساب عبر البريد والملفات؛ Email Pymes يخصص 5 جيجابايت. تعرض عروض Google Workspace و Microsoft 365 حقوق الترخيص وصندوق البريد المقدمة من مالكي المنصات الخاصة بهم. يمكن لـ TECNOWEB بيع المزيد من الحسابات دون إضافة خادم إلى رفها الخاص عندما يحمل البائع العلوي عبء العمل. بالمقابل، خدمة Open-Xchange المشغلة على بنية تحتية تسيطر عليها أو متعاقد معها TECNOWEB قد تعتمد بشكل مباشر على مجموعة التخزين والبريد الخاصة بها. الكتالوج لا ينشر التقسيم.

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

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

AS64114 يظهر قابلية الوصول، وليس زوجًا من مسارات الألياف المستقلة

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

بحث LACNIC عن 45.191.2.0/24LACNIC lookup for 45.191.2.0/24يعيد التخصيص المحيط 45.191.0.0/22 ومقبض مسجل لـ TECNOWEB كولومبيا. سجل 179.61.15.0/24179.61.15.0/24 recordيحدد كتلة معاد تخصيصها نشطة مرتبطة بنفس مقبض الكيان الكولومبي. هذه هي سجلات موارد الأرقام. إنها تثبت مساحة عنوان مفوضة ومسؤولية إدارية، وليس المبنى حيث يتم استخدام كل عنوان.

عرض BGP.tools لـ AS64114BGP.tools' AS64114 viewلاحظ 15 بادئة IPv4 و33 بادئة IPv6 صادرة، بما في ذلك 45.191.2.0/24 و179.61.15.0/24 تحت تسميات كولومبية. لاحظ أيضًا موزعين علويين، Hivelocity's AS29802 و NetActuate's AS36236، وعدة حضور في بورصات الإنترنت. عرض IPinfo لـ AS64114IPinfo's AS64114 viewأدرج نفس هذين الموزعين العلويين وآلاف النطاقات المستضافة عبر مئات العناوين الملاحظة. الاتفاق بين خدمتي ملاحظة يعزز الحالة بأن AS64114 نشط ومتعدد الاتصال على مستوى النظام الذاتي في تاريخ البحث.

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

التمييز واضح في صفحة IPinfo لـ 45.191.2.0/2445.191.2.0/24 page. تصنف المورد كولومبيا لكنها تشرح صراحة أن البلد الموضح هو حيث يقع حامل المورد قانونيًا وقد لا يكون حيث يتم استخدام العناوين. يجب أن يحكم هذا التحذير الخريطة بأكملها. إشارة تامبا لـ 179.61.15.3 ذات صلة لأنها تشير إلى أن بعض المساحة المسجلة في كولومبيا على الأقل قد يتم خدمتها في الولايات المتحدة. لا يمكنها تحديد موقع الـ /24 بأكمله أو باقي منتجات TECNOWEB.

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

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

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

لغة النسخ الاحتياطي تتغير مع تغير المنتج

النسخ الاحتياطية هي حيث تصبح الأوصاف العامة لـ TECNOWEB الأكثر إفادة. لا تشكل وعدًا عالميًا واحدًا. إنها تشكل عدة وعود خاصة بالمنتج يمكن أن تحمي من أعطال مختلفة وتحمل مسؤوليات عملاء مختلفة.

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

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

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

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

يضيف البريد تناقضًا آخر في النطاق. صفحة البريد المؤسسي الأحدث تعلن عن توفر بنسبة 99.9% على منصة Open-Xchange. صفحة SME الأقدم تستخدم عبارات أقوى حول فقدان البيانات صفر، والنسخ الاحتياطي، وتوفر الشبكة 100%. شروط الخدمة، مع ذلك، تقول إن البريد الأساسي قد يفتقر إلى النسخ الاحتياطي التلقائي ما لم يُذكر صراحة. يجب على العميل الاعتماد على الطلب وجدول المنتج الذي يحدد خطته الفعلية، لا الجمع بين أقوى جملة من كل صفحة تسويقية.

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

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

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

لوحة التحكم ومكتب الدعم هما أيضًا بنية تحتية

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

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

تضيف الخدمات المختلفة أسطحًا إدارية مختلفة. عملاء Linux يعتمدون على cPanel؛ عملاء البائع يستخدمون WHM؛ عملاء Windows يستخدمون Plesk؛ عملاء VPS يستخدمون عناصر تحكم قائمة على Proxmox و noVNC؛ عملاء WordPress يستخدمون مجموعة أدوات تطبيق. يمكن لخطأ مستوى التحكم أن يمنع إعادة تعيين كلمة المرور، واللقطات، وإعادة التثبيت، وتغييرات جدار الحماية، والترحيل دون جعل كل تطبيق مستضاف غير قابل للوصول. يجب أن يميز تقارير التوفر بين مرور العميل والوصول الإداري.

سلسلة التبعية تمتد إلى ما بعد الاستضافة. صفحة النطاقات لـ TECNOWEBdomain pageتبيع التسجيل وخدمات متعلقة بـ DNS بينما تصف الشروط الشركة كوسيط أمام السجلات. يمكن لخادم صالح أن يختفي من الاستخدام العادي إذا انتهى نطاق، أو تغير التفويض، أو فشل DNS الموثوق. شهادات SSLSSL certificatesتضيف سلطات شهادات وأتمتة تجديد. SiteLockSiteLockيضيف خدمة أمنية خارجية. عرض DMARCDMARC offerيُقدم حول Valimail، وشهادات BIMIBIMI certificatesتعتمد على أنظمة التحقق من العلامة التجارية والشهادات. لا يتم إصلاح أي من هذه التبعيات عن طريق استبدال قرص خادم فاشل.

عروض Google و Microsoft تجعل تقسيم المسؤولية أكثر وضوحًا. يمكن لـ TECNOWEB المساعدة في تكوين ونقل ودعم اشتراك، لكن لا يمكنها استعادة خدمة Gmail عالمية أو Exchange Online أو Teams أو OneDrive بشكل مستقل. بالمقابل، لا يجب أن يؤدي انقطاع في بوابة TECNOWEB الخاصة إلى إزالة تلك المنصات العلوية بالضرورة. العميل الذي يشتري "مزود واحد، دعم واحد" يحتاج إلى مسار تصعيد ينجو من الحدود بين البائع ومشغل المنصة والسجل وسلطة الشهادة وناقل الشبكة.

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

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

فشل واحد يمكن أن يصل إلى شركات لم تشترِ خادمًا أبدًا

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

يستهدف كتالوج TECNOWEB صراحة الأفراد، والشركات الصغيرة والمتوسطة، والشركات الكبيرة، والتجارة الإلكترونية، وقواعد البيانات، وتطبيقات المؤسسات، والبائعين. تدعي صفحتها الرئيسية أكثر من 10,000 عميل كولومبي وأكثر من 20,000 نطاق مُدار. هذه أرقام تسويقية من الطرف الأول دون تعريف عميل مؤرخ مصاحب أو تدقيق. عدد النطاقات الملاحظة الأقل من IPinfo يتعلق بالنطاقات المرئية على عناوين AS64114، وليس كل العملاء أو كل المنتجات أو كل النطاقات تحت الإدارة. الرقمان يقيسان أشياء مختلفة ولا يجب إجبارهما على الاتفاق.

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

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

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

لا يمكن استنتاج موقع البيانات من واجهة متجر كولومبية

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

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

يظهر كتالوج المنتجات بالفعل أن إجابة واحدة لا يمكن أن تغطي جميع الخدمات. Google Workspace و Microsoft 365 يستخدمان منصاتها العالمية الخاصة. بريد Open-Xchange يقدم حد منصة آخر. تسجيل النطاق ينطوي على سجلات ومسجلين. المنتجات الأمنية تنطوي على بائعيها. الاستضافة المشتركة وVPS والخوادم المخصصة التي تديرها TECNOWEB قد تتبع نمط موقع مختلف. تشير الشروط إلى روابط وطنية ودولية وإلى مصنعين خارجيين، بينما تضع صفحة الشركة DNS في أربعة بلدان والنسخ الاحتياطي في منشأة خارجية غير مسماة.

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

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

يجب اختبار مسار الاسترداد من فقدان الطاقة إلى استخدام العميل

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

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

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

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

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

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

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

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