الملخص

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

يجب أن تصبح السحابة سجلًا

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

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

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

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

حقيقة المنطقة هي الحقيقة التشغيلية الأولى

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

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

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

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

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

الهوية تقرر ما إذا كان المقياس قابلًا للاستخدام

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

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

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

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

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

القابلية للملاحظة ليست مجرد لوحة معلومات

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

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

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

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

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

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

البنية التحتية للذكاء الاصطناعي هي عبء عمل، وليست شعارًا

تميل التموضع العام لـ Huawei Cloud بشدة نحو الذكاء الاصطناعي. تقدم صفحتها الرئيسية الشركة كرائدة في الذكاء الاصطناعي في الصناعات. تصف وثائق ModelArts أجهزة Ascend والمهام الموزعة وتشخيص الأعطال وميزات التوفر العالي للاستدلال وجدولة الموارد ودعم أطر مثل MindSpore وTensorFlow وPyTorch. يقول إعلان لـ Huawei Cloud في يوليو 2026 عبر PRNewswire إن الشركة تم تسميتها كقائد في Gartner Magic Quadrant للبنية التحتية للذكاء الاصطناعي السحابي ويصف تكامل البرامج والأجهزة والرقاقات وUnifiedBus وAI Cluster Service وطموحات مجموعة NPU كبيرة جدًا.

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

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

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

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

التحكم في التكلفة جزء من الموثوقية

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

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

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

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

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

أدلة الاسترداد تفصل السحابة عن الأمل

غالبًا ما يعامل التسويق السحابي التوفر كخاصية للمنصة. تكتشف عمليات المؤسسات أن الاسترداد هو خاصية لعبء العمل. تدرج صفحة اتفاقية مستوى الخدمة لـ Huawei Cloud العديد من الاتفاقيات المحددة بالخدمة عبر الحوسبة والحاويات والتخزين والشبكات وقواعد البيانات والذكاء الاصطناعي والتحليلات والأمن والإدارة وخدمات المطورين. تنشر Huawei Cloud أيضًا مواد Cloud Backup and Recovery ومواد متعلقة بالاسترداد من الكوارث، ويصف مسردها خدمة Storage Disaster Recovery Service كاسترداد من الكوارث لخدمات مثل Elastic Cloud Server وElastic Volume Service وDedicated Storage Service.

تذكر قصص العملاء مثل تونس CCK وCTM الاسترداد من الكوارث ومزامنة البيانات وخدمات السحابة المحلية والترحيل الآمن للبيانات الأساسية.

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

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

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

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

تظهر قصص العملاء أين تريد Huawei Cloud أن تُحكم

تكون مواد عملاء Huawei Cloud العامة أكثر فائدة عند قراءتها لأنماط بدلاً من إثبات شامل. تشير الحالات نحو التعليم والخدمات المصرفية والاتصالات والسحابة المحلية والبنية التحتية المجاورة للقطاع العام وسحابة الناقلين وتمكين تطبيقات الصناعة. تم تأطير CCK في تونس حول البنية التحتية للتعليم ومراكز البيانات الافتراضية والتعلم عن بعد والفصول الذكية ونقل البيانات والاسترداد من الكوارث وخدمات الجامعات. تم تأطير Ethio Telecom حول سحابة B2B للناقلين وتخزين البيانات المحلية وأكثر من 40 خدمة سحابية وعملاء حكوميين ومؤسسات وتكامل SaaS والدعم الفني والتشغيلي.

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

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

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

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

لا يمكن افتراض ملكية الدعم

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

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

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

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

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

مخاطر السياسة والمشتريات ليست اختيارية

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

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

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

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

البدائل تحدد الاختبار الاقتصادي

بدائل Huawei Cloud ليست افتراضية. تدرج صفحات مراجعة المشترين العامة البدائل العالمية الواضحة: AWS وMicrosoft Azure وGoogle Cloud وOracle Cloud وIBM Cloud وAlibaba Cloud وخيارات تخزين محددة. السحابة الخاصة والاستضافة الذاتية مفتوحة المصدر والسحب المحلية المُدارة ونشر Huawei Cloud Stack هي أيضًا بدائل اعتمادًا على عبء العمل. تظهر توقعات Gartner للإنفاق على السحابة العامة سوقًا حيث تظل السحابة الهجينة والسحابة العامة مركزية لميزانيات المؤسسات. هذا الطلب لا يضمن حصة لـ Huawei Cloud. إنه يحدد المجال التنافسي.

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

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

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

تأثير الجهد هو المقياس العملي

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

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

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

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

ما يجب أن يطلبه المشتري قبل الالتزام

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

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

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

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

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

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

الحكم

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

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

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