شبكة قاعدة السحابة CHINANET SHAANXI في المقاطعة تبيع سعة مستضافة لا تزال تعتمد على الرفوف والنقل ونوافذ الإصلاح

ملخص

• يسرد RDAP الخاص بـ APNICAS134768باسمCHINANET-SHAANXI-CLOUD-BASE، مع الاسم الوصفي شبكة قاعدة السحابة CHINANET SHAANXI في المقاطعة، البلد CN، التسجيل في 2015 وجهة اتصال مضيف Chinanet.
• رؤية التوجيه الحالية قوية. يبلغنظرة عامة على ASمن RIPEstat أن AS134768 معلن، بينما تظهرحالة التوجيهمن RIPEstat 86 بادئة IPv4 و 39 بادئة IPv6 و 11 جاراً مُشاهداً في النافذة العامة المُفحصة.
• لا تزال الطوبولوجيا معتمدة على الأصل. تسردبيانات whoisالمستمدة من APNIC واردات من AS4134 و AS4809، لكن وجهات الجيران العامة الحالية من RIPEstat وbgp.toolsوصفحة BGPالخاصة بـ Hurricane Electric وIPinfoتجعل AS4134، شبكة China Telecom الأساسية، هي المنبع المرئي.
• الأدلة العامة للعناوين مختلطة بطريقة تهم السعة المستضافة. العديد من البادئات المنشأة هي موارد Shaanxi Chinanet، لكن وجهات BGP العامة تُظهر أيضاً مسافات مُوجّهة موصوفة ككتل عناوين IDC وخدمة سحابية وخط مؤجر و Baidu و Zhejiang و Guangdong و Sichuan Xiaoteyun، لذلك لا يمكن للعميل استنتاج ملكية العمل أو موقع الرف من رقم AS وحده.
• تشير إشارات المنشآت العامة إلى وجود قاعدة حقيقية للحوسبة السحابية في شيان/شيشيان. يصف تقرير زيارة لجامعة نورث وسترن عام 2025 قاعدة China Telecom للحوسبة السحابية في شنشي كمركز كبير للحوسبة السحابية والبيانات الضخمة في غرب الصين، يضم أكثر من 10,000 رف، غرف بمعيار T4، PUE يصل إلى 1.25، خيارات رفوف عالية الكثافة ودور في عمليات السحابة الحكومية الإقليمية.
• درجة الأدلة متوسطة، وليست قوية. الشبكة حية وكبيرة بشكل واضح، لكن المصادر العامة لا تنشر خريطة حالية خاصة بالمنتج لملكية الرفوف، وتغذية الطاقة، والتحويل التلقائي للمنبع، واختبارات الاستعادة، وحدود قابلية نقل البيانات، أو تصعيد الدعم للعملاء الذين يشترون سعة مستضافة من خلال شبكة قاعدة السحابة هذه.

جدول التوجيه الحي ليس سوى الدليل الأول

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

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

حالة التوجيه الحالية جوهرية أيضاً. أظهرتحالة التوجيهمن RIPEstat أن AS134768 مرئي لجميع أقران RIS تقريباً في كل من IPv4 و IPv6 في نافذة يوليو 2026 المُفحصة. أحصت 86 بادئة IPv4، 39 بادئة IPv6، 184,576 عنوان IPv4 و 12,576 مكافئ /48 لـ IPv6. سردمنظر البادئات المُعلنةمن RIPEstat 125 إدخال بادئة حالية عبر IPv4 و IPv6. أبلغتصفحة BGPالخاصة بـ Hurricane Electric عن مقياس مماثل، مع 184,576 عنوان IPv4 منشأ ولا توجد مسارات RPKI غير صالحة منشأة في منظرها الحالي. هذه ليست علامات ASN خامل.

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

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

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

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

تتوافق مجمعات الطرف الثالث مع تلك الصورة. يصنفbgp.toolsالشبكة على أنها نشطة تحت APNIC، ويصنف نوع الشبكة على أنه محتوى، ويظهر China Telecom Backbone كمنبع، ويبلغ عن 75 بادئة IPv4 و 39 بادئة IPv6 منشأة في منظرها المرئي. تبلغصفحة AS134768الخاصة بـ Hurricane Electric عن 127 بادئة منشأة إجمالاً، 88 IPv4 و 39 IPv6، بالإضافة إلى 11 نظير BGP مُشاهد. يصفIPinfoرقم AS على أنه موجه للاستضافة، ويسرد الصين كدولة، ويظهر عشرات الآلاف من المجالات المستضافة على عناوين في رقم AS، ويسمي 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 Backbone. AS4809 هو شبكة CN2 التابعة لـ China Telecom، والتي غالباً ما ترتبط بمسارات أساسية متميزة. إذا كان كلا المسارين يحملان عبء عمل العملاء بنشاط واستقلالية، فسيكون ذلك تنوعاً مفيداً. لا تثبت وجهات التوجيه العامة تلك القراءة الأقوى.

أظهرمنظر جيران ASNمن RIPEstat 11 جاراً مُشاهداً في النافذة المُفحصة. كان الجار الأيسر هو 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 القوية وأن يتم بيعها كمرونة كاملة متعددة المزودين.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لا تثبت الخدمة الدقيقة وراء أي مجال مستضاف واحد. يمكن أن يشير المجال إلى استضافة مشتركة، أو منصة بائع تجزئة، أو جدار حماية تطبيق، أو وكيل عكسي، أو معدات عميل في استضافة مشتركة، أو خادم قديم، أو تطبيق حكومي داخلي، أو عميل تجاري يستخدم خدمة IP ثابتة. تركيز عنوان IP ليس هو نفسه تركيز حساب سحابي. عدد كبير من المجالات على 103.236.90.151، على سبيل المثال، قد يشير إلى استضافة مشتركة أو عنوان منصة، لكن RDAP الخاص بـ APNIC للتخصيص الأساسي 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 والأقراص السحابية ومنتجات النسخ الاحتياطي ومنتجات التعافي من الكوارث. يخبر هذا الهيكل العملاء بشيء مهم: المرونة يتم تجميعها من خدمات محددة، وليست موروثة تلقائياً من العلامة التجارية الأم.

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

بالنسبة لـ 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 يجعل تلك السعة مرئية للإنترنت. لا يزيل الحاجة للتحقق من السلسلة المادية والتشغيلية تحتها.