Cloud-Megafon والسجل الروسي وراء اسم سحابة

ملخص

• تمتلك Cloud-Megafon هوية عامة أقوى من العديد من علامات السحابة لأن سجلات RIPE تظهر AS24866 كنظام مستقل نشط باسم Cloud-Megafon تحت PJSC MegaFon، بينما تقع صفحات السحابة التجارية على نطاق السحابة الخاص بـ MegaFon الموجه للأعمال.
• سجل الخدمة حقيقي ولكنه محدود: الصفحات الحالية تعلن عن كتالوج عبر IaaS وتخزين كائنات متوافق مع S3 و Kubernetes و PostgreSQL والنسخ الاحتياطي والتعافي من الكوارث وخدمات الأمان و CDN و NaaS و VDI و GPUaaS وبرامج الأعمال، بينما يصف سجل الإطلاق لعام 2020 منصة مملوكة لـ MegaFon مبنية حول مركزين للبيانات في موسكو و VMware وتوفر عالي والامتثال للبيانات الشخصية ودعم على مدار الساعة.
• سجل الشبكة دليل على الإسناد، وليس دليلاً على أداء التطبيق. يساعد AS24866 وعدادات IPv4 وعدادات النطاقات المستضافة وجهات اتصال RIPE في تحديد سطح التشغيل، لكنها لا تثبت وقت التشغيل أو عزل العملاء أو نجاح النسخ الاحتياطي أو معالجة الحوادث.
• أقوى ادعاء عام لـ Cloud-Megafon هو الموقع. يشير السجل المتاح إلى مشغل روسي، وبنية تحتية للإطلاق في موسكو، وإطار تنظيمي روسي، وتوسع مركز بيانات الشركة الأم، وكلها أمور تهم المشترين الذين يرتبط قرارهم السحابي بشكل لا ينفصل مع إقامة البيانات ودعم الوصول ومخاطر العرض في عصر العقوبات.
• الأسئلة المفتوحة لا تقل أهمية عن الكتالوج المرئي: خريطة المرافق، والتوفر المدقق حالياً، والتزامات RPO و RTO، وشفافية تاريخ الحالة، ومعالجة النتائج الإيجابية الخاطئة في الأمان، ومسارات التصعيد، والدليل على أن ادعاءات الدعم تترجم إلى نتائج قابلة للتكرار للعملاء.

اسم السحابة هو البداية فقط

يمكن لخدمة سحابية أن تستعير الثقة من علامة تجارية اتصالات مألوفة، لكن عمل التقييم يبدأ بعد التعرف على العلامة التجارية. يجب التعامل مع Cloud-Megafon كسحابة روسية وسطح سجل خدمة مرتبط بـ PJSC MegaFon، وليس كضمان ذاتي للمرونة. أدلتها العامة أقوى من صفحة بائع تجزئة فضفاضة لأن عدة سجلات مستقلة تصطف حول نفس الهوية. يقدم موقع السحابة الرسمي المنصة كـ MegaFon Cloud للأعمال. تسرد صفحة الخدمات البنية التحتية السحابية والخدمات المدارة المجاورة. يُظهر سجل RDAP الخاص بـ RIPE لـ AS24866 النظام المستقل Cloud-Megafon، ويشير إليه نشطاً، ويربطه بـ PJSC MegaFon ومعالجات صيانة MegaFon، ويعطي طوابع زمنية للتسجيل وآخر تغيير.

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

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

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

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

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

ما يظهره سجل الخدمة

أقوى دليل على المنتج يأتي من صفحات خدمة MegaFon Cloud نفسها. تصف صفحة السحابة الرئيسية منصة سحابية للأعمال مع سعة حاسوبية وخدمات معالجة بيانات وحلول IaaS و SaaS ونسخ احتياطي واسترداد وبريد إلكتروني محمي للشركات. صفحة الخدمات أكثر فائدة لأنها تقسم المنصة إلى فئات. تسرد خدمات PaaS مثل أماكن العمل الافتراضية وتخزين كائنات متوافق مع S3 و Kubernetes في MegaFon Cloud وقاعدة بيانات PostgreSQL السحابية. تسرد أنظمة الأحمال العالية عبر GPUaaS. تسرد خدمات استمرارية الأعمال من خلال التعافي من الكوارث والنسخ الاحتياطي. تسرد IaaS كبنية تحتية سحابية مبنية حول استئجار الخوادم الافتراضية والتخزين والشبكة.

تسرد خدمات الأمان بما في ذلك المصادقة الثنائية وجدار الحماية من الجيل التالي ومركز عمليات الأمان MegaFon SOC. تسرد خدمات الشبكة بما في ذلك NaaS و CDN. تسرد خدمات SaaS مثل منصة الأعمال و Cloud HRM. كما تسرد أنظمة التشغيل كبديل لحلول البائعين الأجانب.

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

يضيف سجل الإطلاق لعام 2020 طبقة ثانية. حملت Interfax إعلان MegaFon أن الشركة أطلقت منصتها السحابية متعددة الوظائف تجارياً. قال السجل إن المنصة استخدمت مركزين للبيانات في موسكو معتمدين من Tier III للاستدامة التشغيلية، واستخدمت تخزين SSD حديثاً ومعالجات، وقدمت توفراً بنسبة 99.95%، وقدمت افتراضية قائمة على VMware. كما وصفت التكرار الجغرافي بين المركزين والشهادة لأعلى مستوى بموجب متطلبات حماية البيانات الشخصية الروسية ومتطلبات أمن أنظمة المعلومات الحكومية. قالت إن العملاء يتلقون دعماً فنياً متخصصاً على مدار الساعة ومسؤول خدمة عملاء مخصصاً.

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

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

يبدو أن الكتالوج الحالي تجاوز مفردات الإطلاق الأصلية. تشير Kubernetes والتخزين المتوافق مع S3 و PostgreSQL و GPUaaS و SOC و NGFW و VDI و HRM و CDN و NaaS إلى محفظة توسعت إلى خدمات المنصة والبرامج المدارة وعمليات الأمان والمنتجات المجاورة للشبكة. هذا الاتساع يجعل الخدمة أكثر إثارة للاهتمام تجارياً، لكنه يزيد أيضاً من عبء العناية الواجبة. العميل الذي يقيم أجهزة افتراضية بسيطة يطرح مجموعة واحدة من الأسئلة. العميل الذي يقيم Kubernetes المدارة وقاعدة بيانات سحابية وعمليات أمان وتعافي من الكوارث يطرح أسئلة أكثر بكثير.

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

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

الأتمتة تعيش في سطح التحكم

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

يظهر الكتالوج عدة أسطح أتمتة ثقيلة. يتيح IaaS للعملاء إنشاء وإدارة البنية التحتية الافتراضية. يحول Kubernetes الحوسبة إلى حاويات مجدولة وسياسات كتلة. يغير التخزين المتوافق مع S3 طريقة كتابة التطبيقات واسترجاع الكائنات. PostgreSQL كقاعدة بيانات سحابية ينقل جزءاً من إدارة قاعدة البيانات إلى المزود. يقوم النسخ الاحتياطي و DRaaS بأتمتة النسخ وسير عمل الاسترداد. تقوم المصادقة الثنائية بأتمتة فحص هوية ثانٍ. تقوم خدمات NGFW و SOC بأتمتة الكشف والحظر والفرز والتصعيد. يقوم CDN بأتمتة وضع المحتوى وتسليمه. يقوم VDI بأتمتة الوصول إلى مساحة العمل. يقوم GPUaaS بأتمتة الوصول إلى سعة المسرع باهظة الثمن.

كل خدمة يمكن أن تكون مفيدة؛ كل خدمة يمكن أيضاً أن تخفي الفشل إذا لم يتمكن العميل من رؤية ما قررته الأتمتة.

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

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

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

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

لا يزيلان الحاجة إلى التزامات نقطة الاسترداد ووقت الاسترداد وتقارير الاختبار ودفاتر التشغيل الخاصة بالعميل.

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

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

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

سجل الشبكة هو دليل، وليس دليلاً على جودة الخدمة

AS24866 هو أحد العناصر الأكثر واقعية في سجل Cloud-Megafon. تحدد خدمة RDAP من RIPE النظام المستقل باسم Cloud-Megafon، الحالة نشط، مع إظهار PJSC MegaFon في سجل المنظمة المرتبطة وتفاصيل اتصال تشغيل شبكة MegaFon موجودة في السجل. مؤرخ حدث التسجيل في 6 فبراير 2009، وآخر تغيير في 5 نوفمبر 2019. تصف صفحة IPinfo العامة لـ AS24866 أيضاً Cloud Megafon في روسيا، وتسرد RIPE كسجل، وتظهر 1,536 عنوان IPv4، ولا توجد عناوين IPv6، وعدد النطاقات المستضافة، بينما تحذر من أن بلد صاحب المورد القانوني قد لا يتوافق مع مكان استخدام العناوين.

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

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

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

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

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

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

الموقع هو العرض الحقيقي

أكثر سمة عامة مركزية لـ Cloud-Megafon هي الموقع الروسي. العلامة التجارية تنتمي إلى مشغل اتصالات روسي. وصف سجل الإطلاق لعام 2020 مركزين تجاريين للبيانات في موسكو خلف المنصة. أكدت تغطية الإطلاق على قانون البيانات الشخصية الروسي ومتطلبات نظام المعلومات الحكومي وملاءمتها للعملاء التجاريين والحكوميين. صفحات الخدمة الحالية هي صفحات أعمال باللغة الروسية لسوق روسي. ذكرت مركز بيانات Dynamics في أكتوبر 2025 أن MegaFon أطلقت مركز بيانات في سانت بطرسبرغ بأكثر من 800 رف وقدرة تصل إلى 14 ميغاواط، ووصفته بأنه أكبر موقع لاستضافة البنية التحتية للشبكة. وأشار التقرير نفسه إلى أن MegaFon أضافت مرافق في يكاترينبورغ وتفير في وقت سابق من عام 2025.

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

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

يعطي سجل الإطلاق لعام 2020 مفردات امتثال مفيدة ولكن يجب التعامل معه كدليل مؤرخ. قال إن المنصة حصلت على شهادة لأعلى المستويات بموجب حماية البيانات الشخصية ومتطلبات نظام المعلومات الحكومي. أشار إلى FZ-152 و UZ-1 و K1. يجب على المشتري في عام 2026 أن يطلب الشهادات الحالية والنطاق وتواريخ انتهاء الصلاحية وملكية التحكم والخدمات المحددة المشمولة. يمكن أن تكون ادعاءات الامتثال خاصة بالخدمة. قد يكون مركز البيانات الافتراضي الخاضع للتنظيم مشمولاً بينما خدمة مدارة أحدث أو خدمة تجريبية أو منتج متكامل طرف ثالث له نطاق مختلف. السؤال ليس ما إذا كان سجل الإطلاق القديم استخدم لغة قوية. السؤال هو أي أعباء العمل الحالية والمناطق ومكونات الخدمة تظل مشمولة.

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

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

سياق توسع مركز البيانات لعام 2025 ذو صلة ولكن لا ينبغي الإفراط في استخدامه. موقع سانت بطرسبرغ بـ 800 رف وقدرة تصل إلى 14 ميغاواط هو دليل كبير على البنية التحتية للشركة الأم. يشير إلى أن MegaFon واصلت بناء سعة مركز البيانات بعد الإطلاق السحابي الأصلي. لكن DCD وصفت الموقع باستضافة البنية التحتية للشبكة، وليس تحديداً أعباء عمل عملاء Cloud-Megafon. سيكون من غير الدقيق القول إن خدمات Cloud-Megafon تعمل هناك ما لم تقل MegaFon ذلك للخدمة ذات الصلة.

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

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

الدعم جزء من المنتج، وليس تفصيلاً بعد البيع

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

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

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

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

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

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

ادعاءات الأمان تحتاج إلى انضباط في الأدلة

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

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

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

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

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

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

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

القرار التجاري يتعلق بالأدلة، وليس عدد الميزات

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

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

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

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

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

لا يوفر السجل العام بيانات تسعير واستخدام كافية لتحديد هذا السؤال. إنه يهيئ التحليل.

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

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

تقييم محدود

يجب أن تؤخذ Cloud-Megafon على محمل الجد لأن الأدلة العامة متعددة الطبقات. تظهر صفحات السحابة الرسمية كتالوج خدمات نشطاً. تصف سجلات الإطلاق منصة خاصة وقاعدة مركز بيانات في موسكو وتوفراً عالياً وافتراضية VMware وتحديد موقع البيانات المنظمة وتكراراً جغرافياً ودعماً. يحدد RIPE AS24866 كـ Cloud-Megafon نشط تحت سجلات متعلقة بـ MegaFon. توفر IPinfo ملاحظات إضافية عن موارد الشبكة العامة. يظهر تقرير مركز البيانات أن MegaFon تواصل إضافة سعة البنية التحتية المحلية. هذه ليست إشارات تافهة.

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

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

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