CHINANET SHAANXI province Cloud Base network تبيع سعة مستضافة لا تزال تعتمد على الرفوف والنقل ونوافذ الصيانة

ملخص

• يسرد APNIC RDAPAS134768باسمCHINANET-SHAANXI-CLOUD-BASE، مع الاسم الوصفي CHINANET SHAANXI province Cloud Base network، البلد CN، التسجيل في 2015 ومعلومات الاتصال بصاحب المضيف Chinanet.
• رؤية التوجيه الحالية قوية. يبلغ ملخص RIPEstatAS overviewبأن AS134768 معلن، بينما تظهر حالة التوجيهrouting statusمن RIPEstat 86 بادئة IPv4 و39 بادئة IPv6 و11 جارًا مرصودًا في النافذة العامة المدققة.
• الطوبولوجيا لا تزال معتمدة على الأصل. تسرد بيانات whois المشتقة من APNICwhois dataاستيرادات من AS4134 وAS4809، لكن المشاهد العامة الحالية للجيران من RIPEstat وbgp.toolsوصفحة BGPمن Hurricane Electric وIPinfoتجعل AS4134، الشبكة الأساسية لـ China Telecom، هي المنبع المرئي.
• أدلة العناوين العامة مختلطة بطريقة تهم السعة المستضافة. العديد من البادئات المنشأة هي موارد Chinanet في شنشي، لكن مشاهد BGP العامة تظهر أيضًا مساحة موجهة موصوفة بأنها IDC وخدمة سحابية وخط مؤجر وBaidu وتشجيانغ وقوانغدونغ وسيشوان Xiaoteyun، لذا لا يمكن للعميل استنتاج ملكية الأحمال أو موقع الرف من رقم AS وحده.
• إشارات المنشأة العامة تشير إلى قاعدة حاسوب سحابي حقيقية في شيآن/شيشيان. يصف تقرير زيارة من جامعة نورث وسترن لعام 2025 قاعدة China Telecom للحوسبة السحابية في شنشي بأنها مركز كبير للحوسبة السحابية والبيانات الضخمة في غرب الصين يضم أكثر من 10000 رف، وغرف من المستوى T4، و PUE يصل إلى 1.25، وخيارات رف عالية الكثافة، ودور في عمليات الحكومة السحابية للمقاطعة.
• درجة الأدلة متوسطة وليست قوية. الشبكة مرئية وكبيرة بشكل واضح، لكن المصادر العامة لا تنشر خريطة حالية ومحددة المنتج لملكية الرفوف وتغذية الطاقة وإخفاق المنبع واختبارات الاستعادة وحدود إمكانية نقل البيانات وتصعيد الدعم للعملاء الذين يشترون سعة مستضافة عبر هذه الشبكة السحابية.

جدول التوجيه الحي هو فقط الدليل الأول

يمكن لمزود السعة المستضافة أن يبدو موثوقًا بطريقتين مختلفتين جدًا. إحداهما هي جدول التوجيه: المسارات مرئية، البادئات مصرح بها، الحزم لها مسار، والـ AS يظهر تحت ناقل معروف. الأخرى هي التشغيلية: الرفوف مزودة بالطاقة، نظام التبريد لديه سعة احتياطية، المشرفات بسعة فائضة، النسخة الاحتياطية قابلة للاستعادة، مكتب الدعم يمكنه الوصول إلى المهندس المناسب، والعميل يمكنه نقل بياناته عند انتهاء العلاقة. شبكة CHINANET SHAANXI province Cloud Base لديها دليل أول قوي ودليل ثانٍ عام أضعف.

الهوية الرسمية واضحة. يسمي APNIC RDAP لـAS134768الـ AS باسمCHINANET-SHAANXI-CLOUD-BASEويصفه بأنه شبكة قاعدة سحابية لمقاطعة شنشي التابعة لـ CHINANET. يضع السجل هذه الشبكة في الصين، ويظهر التسجيل في 27 أكتوبر 2015، ويسرد جهات اتصال مضيف Chinanet. يعرض منظر whois من RIPEstatwhois viewنفس اسم AS ووصفه، ويضيف سطور سياسة مسار تستورد من AS4134 وAS4809 وتصدر AS134768 إلى هذه الشبكات. هذا كافٍ لمعاملة الشبكة كموضوع توجيه حقيقي لـ China Telecom في شنشي، وليس مجرد شعار سحابي غامض.

حالة التوجيه الحالية ملموسة أيضًا. أظهرت حالة توجيه RIPEstatrouting statusأن AS134768 مرئي لجميع أقران RIS تقريبًا في كل من IPv4 و IPv6 في نافذة يوليو 2026 المدققة. وقد أحصت 86 بادئة IPv4 و39 بادئة IPv6 و184576 عنوان IPv4 و12576 مكافئ /48 لـ IPv6. سرد عرض البادئات المعلنة من RIPEstatannounced-prefixes view125 إدخال بادئة حالية عبر IPv4 و IPv6. أبلغت صفحة BGP لـ Hurricane ElectricBGP pageعن نطاق مماثل، مع 184576 عنوان IPv4 منشأ ولا توجد طرق RPKI غير صالحة في عرضها الحالي. هذه ليست علامات ASN خاملة.

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

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

ما يثبته التوجيه العام

التوجيه العام يثبت أن AS134768 مرئي ومهم بما يكفي لمراقبته. يحدد ملخص AS من RIPEstatAS overviewالحامل باسم CHINANET-SHAANXI-CLOUD-BASE، بنفس الاسم الوصفي الذي يستخدمه APNIC. تُظهر حالة التوجيه الحالية لـ RIPEstat رؤية واسعة لكل من IPv4 و IPv6، وليس مسارًا هامشيًا يراه عدد قليل من المجمعين. تبلغ نفس صفحة الحالة عن أول نشاط في يناير 2017 وآخر عنصر في 12 يوليو 2026. لذلك يدعم تاريخ المسار الاستمرارية: الإنترنت العام شهد هذا ASN لسنوات، ولم يتم تسجيله مهجورًا.

مجاميع الطرف الثالث تتوافق مع هذه الصورة. يصنفbgp.toolsالشبكة على أنها نشطة تحت APNIC، ويصنف نوع الشبكة على أنه محتوى، ويظهر China Telecom Backbone كمنبع، ويبلغ عن 75 بادئة IPv4 و39 بادئة IPv6 منشأة في عرضه المرئي. تبلغ صفحة Hurricane ElectricAS134768 pageعن 127 بادئة منشأة إجمالاً، 88 IPv4 و39 IPv6، بالإضافة إلى 11 نظير BGP مرصود. يصفIPinfoASN بأنه موجه للاستضافة، ويسرد الصين كدولة، ويظهر عشرات الآلاف من النطاقات المستضافة على عناوين في ASN، ويذكر AS4134 كمنبع في ملخصه المرئي.

هناك اختلافات في الأعداد لأن جامعي BGP العام يستخدمون نقاط مراقبة مختلفة وخيارات تصفية وأوقات تحديث. RIPEstat أحصى 86 بادئة IPv4 في عرض حالة التوجيه، بينما أظهر bgp.tools 75 بادئة IPv4 منشأة و Hurricane Electric 88. لا ينبغي المبالغة في تفسير هذا الاختلاف على أنه تناقض. الإشارة المشتركة أكثر أهمية من الرقم الدقيق: AS134768 لديه سطح توجيه كبير ومسار أصلي قوي لـ China Telecom ومزيج كبير من موارد IPv4 و IPv6.

أدلة مصدر المسار تبدو أيضًا أفضل من العديد من شبكات الاستضافة الصغيرة. تحقق RIPEstat لمصدر المسار لكتل IPv4 نموذجية في شنشي مثل36.41.64.0/20و113.142.128.0/17و117.34.124.0/23أعادت حالة صالحة لـ AS134768 في النتائج المدققة. نفس الشيء ينطبق على كتل IPv6 السحابية والشبكات مثل240e:982:4500::/40و240e:108:1140::/48. لا تضمن ROAs الصالحة جودة الخدمة، لكنها تقلل من فئة واحدة من مخاطر مصدر المسار.

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

قصة المنبع أضيق مما يشير إليه سياسة التسجيل

سجل whois المشتق من APNIC لـ AS134768 يذكر استيرادين: AS4134 و AS4809. AS4134 هي الشبكة الأساسية لـ China Telecom. AS4809 هي شبكة CN2 لـ China Telecom، المرتبطة غالبًا بمسارات أساسية متميزة. إذا كان كلا المسارين يحملان أعباء عمل العملاء بنشاط واستقلالية، لكان ذلك تنوعًا مفيدًا. مشاهد المسار العامة لا تثبت هذا القراءة الأقوى.

أظهر منظر جيران ASN من RIPEstatASN neighbours view11 جارًا مرصودًا في النافذة المدققة. الجار على اليسار كان AS4134 مع رؤية عالية في IPv4 و IPv6. الجيران على اليمين كانوا مجموعة من شبكات الجيل الخامس لمدن شنشي التابعة لـ China Telecom، بما في ذلك AS138387 لشيآن، AS138409 لتونغتشوان، AS138436 لباوجي، AS138513 لوينان، AS138514 لشيانغيانغ وآخرين مرئيين بشكل رئيسي في IPv6. ملخص IPinfo أيضًا أحصى منبعًا واحدًا،AS4134. bgp.tools أيضًا قدم AS4134 كمنبع. أظهرت Hurricane Electric AS4134 كنظير IPv4 وكذلك كنظير IPv6 المسمى في الجدول المرئي.

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

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

لغة المشتريات الصحيحة ليست عدائية. يمكن للمشتري أن يسأل: "بالنسبة للخدمة التي نشتريها، ما هي AS الأصل، ASNs المنبع، البادئات، مناطق التوفر، وقاعات البيانات المادية المعنية؟ أي مسار أساسي؟ أي مسار تم اختباره؟ أي مسار متاح فقط للمشغل في مكان آخر من الشبكة؟" هذا التمييز يحافظ على شبكة China Telecom القوية من أن تُباع كمرونة كاملة متعددة المزودين.

مزيج البادئات يظهر الاستضافة والوصول والأسطح الشريكة معًا

قائمة البادئات العامة واسعة بما يكفي لاقتراح أكثر من سطح أعمال واحد. العديد من البادئات المرئية هي مساحة شبكة Chinanet مباشرة في شنشي. APNIC RDAP لـ36.41.64.0/20يحل إلى تخصيص أكبر من CHINANET-SN، وملصق جهة الاتصال الإدارية يضع مكتب اتصالات البيانات في شيآن. APNIC RDAP لـ113.142.128.0/17يحل بالمثل إلى تخصيص CHINANET-SN. تلك الكتل تدعم القضية بأن AS134768 يحمل موارد عناوين China Telecom في شنشي، حتى لو كانت بعض الأوصاف القديمة تستخدم التهجئة "Shanxi(SN)" بطرق يمكن أن تخلط بين شنشي وشانشي. سياق الاتصال بشيآن هو المرساة العملية.

موارد موجهة أخرى تجعل حدود التشغيل أكثر تعقيدًا. يسرد bgp.tools عدة كتل على غرار 103.236.0.0/22 مع أوصاف لـ Sichuan Xiaoteyun Technology. APNIC RDAP لـ103.236.88.0/22يحدد XIAOTEYUN كاسم المورد المسجل وجهة اتصال في تشنغدو، سيشوان، بينما يظهر منظر بادئة RIPEstatprefix overviewAS134768 كأصل حالي في عرض المسار المدقق. يظهر bgp.tools أيضًا بعض البادئات الموصوفة بـ Baidu وغير الموصوفة بـ Chinanet شنشي تحت صفحة AS134768. وجود هذه الموارد ليس دليلاً على إساءة. إنه دليل على أن أصل AS والعميل وحامل المورد وموقع المنشأة يمكن أن يتباعدوا.

هذا التباعد طبيعي في الشبكات الكبيرة. قد يقوم المشغل بنشر مساحة عميل PI، أو مساحة محمية بـ DDoS، أو عناوين سحابية، أو شبكات خطوط مؤجرة، أو كتل توصيل محتوى، أو قطاعات سحابة حكومية، أو تخصيصات شريكة. مخاطر العميل هي أن اسم AS وحده لا يمكن أن يخبر المشتري أي ترتيب تشغيل ينطبق. VPS يعمل على بنية China Telecom السحابية ليس مثل موجه عميل يتم أصل بادئته عبر AS134768، وكلاهما ليس مثل موقع ويب مستضاف على عنوان IP تحتسبه بيانات النطاقات المستضافة من IPinfo.

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

بالنسبة للعملاء، يجب أن تكون خريطة العناوين جزءًا من التهيئة. أي بادئة سيتم تعيينها للخدمة؟ هل هي مساحة China Telecom شنشي، أو مساحة عميل، أو مساحة شريك، أو مساحة Tianyi Cloud مشتركة؟ من يتحكم في DNS العكسي، ومعالجة إساءة الاستخدام، وإنشاء ROA، وسياسة جدار الحماية، والتوجيه الفارغ الطارئ؟ إذا تم ترحيل الخدمة، هل ينتقل IP مع عبء العمل أم يستقبل العميل عناوين جديدة؟ تلك الأسئلة تحول جدول توجيه كبير إلى خريطة تبعية فعلية.

ملصق القاعدة السحابية يشير إلى سعة مادية

إشارات المنشأة العامة تجعل اسم "قاعدة سحابية" أكثر من مجرد زخرفة. يصف تقرير زيارة عام 2025 من كلية الاقتصاد والإدارة بجامعة نورث وسترنقاعدة China Telecom للحوسبة السحابية في شنشيبأنها بدأت البناء في 2013 ودخلت التشغيل الرسمي في 2015. يصف نفس التقرير أنها مركز كبير للحوسبة السحابية والبيانات الضخمة في غرب الصين، مع غرف كمبيوتر من المستوى T4، و PUE يصل إلى 1.25، وأكثر من 10000 رف، وخيارات رف بقدرة 5 كيلوواط و8 كيلوواط و12 كيلوواط ورفوف مبردة بالسوائل عالية الطاقة، وادعاء بعرض نطاق تصديري يبلغ 22T، ودور كأحد العقد الأساسية لمركز IDC التابع لـ China Telecom. ويذكر أيضًا أنه تم عرض التبريد وتوزيع الطاقة وقدرات الأمن وهندسة السحابة الحكومية على الطلاب.

هذا أقوى من صفحة منتج غامضة لأنه يصف سمات مادية: رفوف وكثافة طاقة وتصميم تبريد وحماية من الحرائق وعرض نطاق ودور للحرم الجامعي. كما يتوافق تاريخيًا مع تقرير عام 2015 من مركز بيانات Dynamics حولقاعدة شيآن السحابية التابعة لـ China Telecom، الذي وصف افتتاح قاعدة سحابية في المنطقة الغربية وأشار إلى استراتيجية العقد السحابية الإقليمية الأوسع لـ China Telecom. الصفحات الثانوية والشريكة، بما في ذلكوصف العقدة من Fenghuoyunومقال منShaanxi Phoenixلعام 2018 حول خدمات Tianyi لريادة الأعمال السحابية، تحدد أيضًا القاعدة السحابية في شنشي في منطقة شيشيان الجديدة بمدينة فنغشي وتناقش سعة IDC والسحابة والاستضافة المشتركة.

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

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

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

السعة المركبة ليست السعة القابلة للاستخدام

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

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

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

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

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

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

الطاقة والتبريد ونوافذ الإصلاح تحدد الانقطاع

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

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

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

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

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

إشارات النطاقات المستضافة تحتاج معالجة دقيقة

أعداد النطاقات المستضافة من IPinfo تجعل AS134768 يبدو كشبكة استضافة، وهذا دليل سوقي مفيد. يبلغ عن أكثر من 23000 نطاق مستضاف عبر ASN، مع تركيزات على مجموعة صغيرة من عناوين IP. bgp.tools أيضًا يصنف نوع الشبكة كمحتوى. تشمل مجموعة منتجات Tianyi Cloud العامة خوادم سحابية مرنة وخوادم سحابية للتطبيقات وخدمات خوادم مادية وتخزين ونسخ احتياطي واستعادة كوارث وعروض بنية تحتية أخرى. معًا، تدعم هذه الإشارات الفرضية المركزية: شبكة القاعدة السحابية هي جزء من سطح سعة مستضافة مواجه للعملاء.

لا تثبت الخدمة الدقيقة وراء أي نطاق مستضاف. يمكن أن يشير النطاق إلى استضافة مشتركة أو منصة بائع تجزئة أو جدار حماية تطبيق أو وكيل عكسي أو معدات عميل في استضافة مشتركة أو خادم قديم أو تطبيق حكومي داخلي أو عميل أعمال يستخدم خدمة IP ثابت. تركيز عنوان IP ليس نفس تركيز حساب السحابة. عدد كبير من النطاقات على 103.236.90.151، على سبيل المثال، قد يشير إلى استضافة مشتركة أو عنوان منصة، لكن APNIC RDAP للتخصيص الأساسي 103.236.88.0/22 يحدد XIAOTEYUN كاسم المورد المسجل. مما يجعل السلسلة التشغيلية أكثر تعقيدًا من "China Telecom شنشي تمتلك كل موقع على IP."

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

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

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

محلية البيانات هي نقطة بيع وقيود

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

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

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

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

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

عقد الخدمة يقرر ما لا تغطيه السحابة

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

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

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

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

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

مسارات الفشل الرئيسية لاختبارها

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

المسار الثاني هو فشل المنبع أو الشبكة الأساسية. تُظهر المشاهد العامة الحالية AS4134 كمنبع مرئي. تذكر سياسة whois AS4809، لكن مجمعي المسار لا يجعلونها مسار إخفاق عميل مثبت. يحتاج العملاء إلى خريطة المنبع النشطة واختبار الفشل ومرشحات المسار وحالة RPKI والسلوك المتوقع إذا كان لـ AS4134 مشكلة إقليمية أو وطنية.

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

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

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

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

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

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

يكسب AS134768 درجة أدلة شبكية متوسطة لأنه يمتلك توجيهًا عامًا قويًا وهوية APNIC رسمية وسياقًا ماديًا سحابيًا معقولاً. للوصول إلى قوي، يجب أن تربط الأدلة العامة أو التعاقدية جدول التوجيه بخدمة العميل بشكل أكثر مباشرة.

التحسين الأول سيكون بيان طوبولوجيا حالي. يجب أن يذكر AS الأصل النشط و ASNs المنبع وبادئات المنتج ومنطقة التوفر وخريطة منطقة التوفر. يجب أن يشرح ما إذا كان AS4809 حيًا للخدمة أم يظهر فقط في سياسة المسار. يجب أن يحدد ما إذا كانت أعباء عمل العميل تستخدم مساحة China Telecom شنشي أو مساحة Tianyi Cloud المشتركة أو مساحة عميل PI أو كتل عناوين شريك. يجب أن يذكر من يحافظ على ROAs ومن يستجيب لإساءة الاستخدام أو أحداث تسريب المسار.

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

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

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

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

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

الاستنتاج: مسارات قوية، مرونة مشروطة

شبكة قاعدة CHINANET SHAANXI السحابية هي موضوع بنية تحتية نشط. APNIC و RIPEstat و bgp.tools و Hurricane Electric و IPinfo جميعهم يدعمون نفس الحقيقة الأساسية: AS134768 هي شبكة قاعدة سحابية حية لـ China Telecom في شنشي مع بصمة كبيرة لكل من IPv4 و IPv6. فحوصات مصدر المسار التمثيلية صالحة. الرؤية الحالية عالية. الشبكة ليست قشرة خاملة.

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

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

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