زر الإيقاف يفوتر: اختبار وعد 3HCloud بالبنية التحتية المتقاربة

ملخص

• العرض الأكثر إثارة للاهتمام من 3HCloud ليس تكوين جهاز افتراضي بقيمة 1.50 دولار، بل الوعد بأن الحالات السحابية والخوادم المادية المؤجرة والمعدات المملوكة للعميل يمكنها مشاركة الشبكة والتخزين الكتلي والإدارة والدعم دون إجبار العميل على اعتماد حزمة احتكارية خاصة بموفر سحابي كبير.
• يحتاج المحيط القانوني والتشغيلي إلى توضيح. تُظهر سجلات فلوريدا شركة 3HCloud LLC نشطة تأسست عام 2020، بينما لا يزال النظام الذاتي المستخدم من قبل الخدمة مسجلاً باسم شركة Newserverlife LLC الأقدم. تشترك الشركتان في مديرين مذكورين في الإيداعات العامة، لكن الأدلة العامة لا تثبت علاقة الملكية أو الأصول أو المسؤولية الدقيقة بينهما.
• ينشر المزود تفاصيل تشغيلية أكثر من العديد من المضيفين الصغار: إيقاف التشغيل لا يوقف فوترة الجهاز الافتراضي، والتخزين المنفصل يبقى قابلاً للفوترة، واللقطات تبقى على التخزين الأساسي، والنسخ الاحتياطية المجدولة لا تخضع لاختبارات تناسق تلقائية، ويتم تسعير النطاق الترددي بناءً على متوسط السرعة في الساعة. هذه الصراحة مفيدة، لكنها تكشف أيضًا عن اعتماديات يجب التصميم حولها.
• "ضمان وقت التشغيل 100٪" هو هدف تعاقدي مدعوم بأرصدة خدمة للموارد الافتراضية المؤهلة، وليس دليلاً على تحقيق توفرية 100٪ مقاسة. الخوادم المخصصة، والخوادم العارية، والمساحة المشتركة، ولوحة التحكم، وواجهة برمجة التطبيقات (API)، ونظام أسماء النطاقات (DNS)، والنسخ الاحتياطية، وعدة مكونات أخرى تقع خارج نطاق الضمان.
• يمكن أن تكون 3HCloud جذابة اقتصاديًا للفرق التي تفهم البنية التحتية وتقدر التسعير غير المجمع، وواجهات برمجة تطبيقات OpenStack، وتخزين Fibre Channel، والدعم بقيادة المهندسين. أما المشترون الذين يحتاجون إلى امتثال مدقق، أو خدمات مُدارة واسعة، أو مرونة مثبتة بشكل مستقل عبر مناطق متعددة، أو أوقات استجابة دعم محددة بدقة، فعليهم بذل مزيد من الجهد قبل اعتبارها معيارًا إنتاجيًا.
• الاختبار الحاسم للشراء هو قابلية النقل تحت ظروف الفشل: هل يستطيع العميل إعادة إنشاء الحوسبة، واستعادة البيانات المحفوظة بشكل مستقل، والاحتفاظ بالعناوين أو استبدالها، ونقل المعدات المادية، والعمل عندما تكون بوابة 3HCloud أو قائمة انتظار الدعم غير متاحة؟

أكثر عنصر تحكم كاشف في توثيق 3HCloud ليس "Create server"، بل "Shut off".

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

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

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

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

شركتان في فلوريدا خلف اسم شبكة واحد

هوية المتعاقد واضحة في الطبقة الأولى. تعرف شروط استخدام 3HCloud المزود بأنه 3HCloud LLC في 2031 شارع هاريسون، هوليوود، فلوريدا. يُظهرسجل قسم الشركات في فلوريداشركة 3HCloud LLC كشركة ذات مسؤولية محدودة نشطة في فلوريدا، رقم المستند L20000375976، تم تقديمه وسريانه في 1 ديسمبر 2020. تم تقديم تقريرها السنوي لعام 2026 في 28 يناير 2026. يذكر السجل كونستانتين كولوسوفسكي كمدير وإيلينا كولوسوفسكايا كعضو مفوض.

هوية الشبكة أقل بساطة. تستخدم الخدمة النظام الذاتي AS49791 ومجموعة التوجيه AS49791:AS-3HCLOUD. ومع ذلك،عرض التوجيه الحالي لـ BGP.tools، بالاعتماد على بيانات التسجيل والتوجيه، يحدد المنظمة المسجلة باسم Newserverlife LLC بينما يشير إلى 3hcloud.com كموقع الشبكة. في وقت هذه المراجعة، أظهر شبكة نشطة مخصصة من RIPE NCC، و43 بادئة IPv4 مُنشأة، و14 بادئة IPv6 وأربعة مزودين رئيسيين: Cogent، وKazakhtelecom، وHurricane Electric، وFiord. هذه الأعداد هي ملاحظة متغيرة، وليست بيانًا ثابتًا للسعة.

Newserverlife ليست مجرد اسم تجاري مشابه. يُظهرملف الشركة في فلوريداشركة ذات مسؤولية محدودة نشطة منفصلة في فلوريدا، رقم المستند L19000013202، تأسست في يناير 2019. تدرج نفس الشخصين في أدوار إدارية أو عضوية وقدمت أيضًا تقريرًا سنويًا لعام 2026 في 28 يناير. هذا دليل قوي على الإدارة المشتركة والعلاقة التشغيلية. لكنه ليس بحد ذاته دليلاً على أن إحدى الشركتين تملك الأخرى، أو أن جميع أصول الشبكة قد تم نقلها، أو أن Newserverlife تضمن التزامات 3HCloud.

يقدم دليل شبكة ثانٍ هوية الواجهة العامة بشكل مختلف.يُدرج PeeringDB AS49791تحت اسم المنظمة 3HCLOUD LLC، مع 3hcloud.com كموقعها الإلكتروني، ونطاق عالمي، وسياسة توجيه مفتوحة، ومستوى حركة مرور مُبلغ عنه ذاتيًا بين 20 و50 جيجابت في الثانية. تم تحديث معلومات المنظمة والمنشأة آخر مرة في أغسطس 2024. PeeringDB هو دليل تشغيلي قيم، لكن الإدخالات يقدمها المشاركون في الشبكة ولا ينبغي اعتبارها تدقيقًا لملكية الشركة أو السعة الحالية.

الاستنتاج المعقول محدود. حقيقة مثبتة: 3HCloud LLC هي شركة نشطة في فلوريدا وهي الكيان المذكور في عقد العميل العام. حقيقة مثبتة: AS49791 نشط ومسجل في بيانات التوجيه باسم Newserverlife LLC. حقيقة مثبتة: الكيانان في فلوريدا يشتركان في مديرين مسمين. استدلال معقول: 3HCloud هي العملية السحابية الموجهة للعملاء المبنية على موارد شبكة مرتبطة تاريخيًا أو قانونيًا بـ Newserverlife. غير محلول: أي كيان يوظف موظفي عمليات الشبكة، يمتلك أو يستأجر كتل عناوين ومعدات محددة، يوقع عقود المساحة المشتركة، يتلقى إشعارات الإساءة، ويتحمل المسؤولية عندما تؤثر مشكلة توجيه أو منشأة على عميل 3HCloud.

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

هناك على الأقل بعض الأدلة المستقلة على أن 3HCloud LLC نفسها تدخل في ترتيبات بنية تحتية حقيقية.جدول 2025 المقدم في إفلاس Monster Worldwideيحدد "3HCLOUD" في عنوان شارع هاريسون كطرف مقابل في اتفاقية خدمات رئيسية وأمر مبيعات.عقد خدمة VPS لـ SpicePropالأحدث ينص على أن تقنية VPS والبنية التحتية مقدمة من 3HCloud LLC. لا يثبت أي من المستندين جودة الخدمة، أو حجم الإيرادات، أو السعة، لكن كلاهما يتجاوزان التسويق الذاتي للمزود ويظهران الشركة تظهر في سياقات تعاقدية مع طرف ثالث.

ست مناطق حضرية مسوقة، وخمس منشآت مرصودة، وخرائط مختلفة عديدة

لا يمكن اختزال الجغرافيا العامة لـ 3HCloud في قائمة مواقع واحدة لأن واجهاتها الخاصة تصف المحيط بشكل مختلف.

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

تغطي أدلة الشبكة المستقلة جزءًا، وليس كل، من تلك البصمة. يسجل PeeringDB AS49791 في خمس منشآت في ثلاث مناطق حضرية: ATMAN Warsaw-1 وEquinix WA3 في وارسو؛ وDigital Realty وEquinix MI1 في ميامي؛ وDigital Realty في 365 Main Street في سان فرانسيسكو. كما يسجل منفذ 10 جيجابت في الثانية في نقطة تبادل الإنترنت Equinix في وارسو. عدم وجود دالاس أو مانيلا أو ألماتي في ذلك الدليل لا يثبت أن 3HCloud تفتقر إلى الخدمة هناك. يمكن للمزود الوصول إلى موقع عبر الترانزيت، أو شريك، أو شبكة مستأجرة، أو توجيه عن بعد، أو نظام ذاتي آخر. لكنه يعني أن خريطة منشآت AS49791 المرصودة علنًا أضيق من الخريطة التجارية للمدن الست.

يقدم مشغلو المنشآت تأكيدًا مفيدًا.دليل شركاء Digital Realtyيدرج 3H Cloud ويسمي سان فرانسيسكو ودالاس وميامي كمواقع شريكة، مع وصف الخوادم المعدنية العارية ضمن الخدمات المتاحة.صفحة منشأة Atman Warsaw-1تضع ذلك الحرم الجامعي في 21a شارع Grochowska وتصف موقعًا محايدًا للناقل مع مهندسين في الموقع، ومبانٍ متعددة لمراكز البيانات، وشهادات على مستوى المنشأة. تدعم هذه المصادر وجود علاقات أو تواجد حقيقي في المنشآت. لكنها لا تثبت مقدار المساحة أو الطاقة التي تستأجرها 3HCloud، أو القاعات التي تشغلها معداتها، أو ما إذا كانت كل خدمة من خدمات 3HCloud ترث كل ميزة مرونة يعلن عنها مشغل المبنى.

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

تضيف بيانات التوجيه طبقة أخرى. يُظهر BGP.tools مجموعة مختلطة من أوصاف البادئات تحت AS49791، بما في ذلك مساحة عناوين مُسماة لـ 3HCloud وNewserverlife ومنظمات عملاء أو下游. هذا متسق مع مشغل شبكة يخدم سحابته الخاصة وشبكات أخرى. كما يعني أنه لا ينبغي التعامل مع عدد بادئات ASN كحجم سحابة التجزئة لـ 3HCloud. يجب على المشتري طلب ASN الأصل، ومزيج المزودين الرئيسيين، ومسار هجمات الحرمان من الخدمة (DDoS)، وحالة كائن التوجيه، وتغطية RPKI، وتسليم المنشأة للمنطقة المحددة التي يتم شراؤها بدلاً من الاستقراء من AS العام.

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

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

تبدأ أوضاع البنية التحتية الثلاثة للمنصة بشكل مختلف.

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

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

تضيف المعدات المملوكة للعميل لوجستيات واعتمادية مادية أكثر وضوحًا. تصفوثائق المساحة المشتركةاستضافة الخادم أو الرف، ومساعدة الأيدي عن بعد، والوصول إلى IPMI، ووحدات تخزين SAN، واتصالات الشبكة. بالنسبة للخادم المستضاف، تقول 3HCloud إنها تستخدم روابط SFP+ بسرعة 10 جيجابت في الثانية إلى محولين منفصلين مع تجميع الروابط مهيأ على كلا الجانبين. هذا وصف ذو معنى للتنفيذ، لكنه يظل بيانًا من المزود ويحتاج إلى مطابقته مع الموقع والمعدات المطلوبة.

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

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

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

يقلل OpenStack نوعًا واحدًا من الاحتكار

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

كما نشر المزود دليلًا تفصيليًاللترحيل من VMware إلى OpenStack. يغطي تحضير VirtIO، وتصدير الصورة، وتحويل VMDK إلى RAW، ورفع الصورة، والعنونة الجديدة، وتحويل DNS، والحاجة إلى نقل البيانات المتراكمة أثناء الترحيل. بالنسبة لـ Windows، يصف عملية تعريفية واسترداد أكثر تعقيدًا. هذا توجيه من تأليف الشركة، وليس سجلاً لعملية ترحيل عميل معين، لكنه يعترف بشكل مفيد بأن نقل جهاز افتراضي هو سلسلة من مهام التوافق، والصورة، والشبكة، والبيانات - وليس زر استيراد سحري.

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

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

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

التخزين هو المحور - ونقطة تركيز

تصبح هيكلة 3HCloud أكثر تميزًا في التخزين. يبيع المزود وحدات تخزين كتلية في خمس فئات أداء منشورة، من SSD Lite بـ 1,000 IOPS و100 ميجابايت/ثانية إلى SSD Ultra بـ 25,000 IOPS و750 ميجابايت/ثانية. تتراوح الأسعار الحالية من 0.01 دولار إلى 0.10 دولار لكل جيجابايت في الشهر. هذه مواصفات منتج ونقاط سعر، وليست أداءً مستدامًا مقيسًا بشكل مستقل. يجب على المشترين السؤال عن حجم I/O، ونسبة القراءة/الكتابة، وسلوك الاندفاع، والنسب المئوية لزمن الانتقال، وعمق الطابور، وضوابط الجار المزعج، وما إذا كانت الحدود تنطبق على كل وحدة تخزين أو عبر مجموعة تخزين كاملة.

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

الجانب المادي أكثر وضوحًا. يصفدليل Fibre Channelحركة تخزين منفصلة، وأسماء عالمية (WWNs)، وتشغيل متعدد المسارات، ونسيجين مسميين A وB. يمكن لخادم مخصص أو خادم في مساحة مشتركة رؤية وحدات التخزين عبر مسارات متعددة، بحيث لا يؤدي فشل محول أو منفذ إلى إزالة الوصول إلى التخزين إذا تم تكوين المضيف بشكل صحيح. يذهبدليل تثبيت VMware ESXiإلى حد وصف خادم HPE، وiLO، وقرص 3PAR، وتغيير تجميع الروابط بمساعدة الدعم، وفحص المسارات المتعددة. هذا دليل قيم على أن الاقتراح الهجين ينفذ على المستوى التشغيلي، رغم أن دليلًا واحدًا لا يمكنه إثبات أن كل منطقة تستخدم نفس المعدات أو التكرار.

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

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

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

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

فاتورة الشبكة تقيس السرعة، وليس البايتات المنقولة

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

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

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

كما تُنشر خيارات غير محدودة بسعر ثابت. في دالاس، وميامي، ووارسو، وسان فرانسيسكو، يتراوح سعر القائمة لشهر يوليو 2026 من 50 دولارًا شهريًا لـ 100 ميغابت في الثانية إلى 2,000 دولار لـ 10 جيجابت في الثانية؛ وتحمل مانيلا وألماتي أسعارًا إقليمية أعلى. تظهر هذه الأرقام لماذا يمكن لـ 3HCloud الإعلان عن حوسبة رخيصة بينما تعامل سعة الشبكة كطبقة اقتصادية خاصة بها. كما تجعل شكل حمل العمل حاسمًا. قد يستخدم VM تطوير متصل بشكل خفيف ونقطة أصل تيار نفس خطة CPU ولكن لهما اقتصادات مزود مختلفة جذريًا.

أصغر VM يوضح فك التجميع. تظهرحاسبة المنتج السحابينسخة 1 vCPU و1 جيجابايت مشتركة بسعر 1.50 دولار شهريًا، ثم تضيف حدًا أدنى لقرص نظام SSD Lite سعة 16 جيجابايت مقابل 0.16 دولار وعنوان IPv4 مقابل 1 دولار، مما ينتج إجماليًا معروضًا قدره 2.66 دولار شهريًا. IPv6 مجاني. السعر منخفض حقًا، لكن عنوان 1.50 دولار ليس تكوينًا قابلاً للتشغيل ويمكن الوصول إليه علنًا بحد ذاته. أداء التخزين، وتخزين النسخ الاحتياطي، وترخيص Windows، وموازنة التحميل، والنطاق الترددي المستدام هي قرارات منفصلة.

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

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

ما يشتريه "100٪"

تحدداتفاقية مستوى الخدمة (SLA)لـ 3HCloud هدفًا بنسبة 100٪ لتوفر الموارد الافتراضية المشمولة. العبارة بارزة على الموقع، لكن العقد يحدد معناها بشكل أضيق من الاختصار التسويقي.

ينطبق الضمان على الخوادم الافتراضية المدفوعة، والحالات السحابية، والتخزين السحابي، والموارد الأخرى المدرجة صراحة في الاتفاقية. لا ينطبق على الخوادم المادية المخصصة، أو المعدن العاري، أو المساحة المشتركة. كما يستثني موقع 3HCloud، وخوادم DNS، وAPI، ولوحة التحكم، وتكاملات الدفع، والخدمات التجريبية، ونسخ العميل الاحتياطية. تشغيل GPU وأداؤها خارج الضمان العام، مع تعويض وقت تعطل خادم GPU المؤكد دقيقة بدقيقة. تُعرف "البنية التحتية" المشمولة حول توفر عقدة المضيف ومنفذ الشبكة المتصل بالعمود الفقري للمزود.

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

جدول الأرصدة محدود. أقل من تسع دقائق من عدم توفر المورد يكسب ساعتين من الرصيد؛ 10-59 دقيقة تكسب ست ساعات؛ 60-119 تكسب 12 ساعة؛ 120-239 تكسب 24 ساعة؛ 240-419 تكسب 48 ساعة؛ و420 دقيقة أو أكثر تكسب 168 ساعة. يبدو أن الجدول المنشور يترك تسع دقائق بالضبط غير مخصصة، وهي نقطة صياغة تستحق التوضيح. تحسب الأرصدة على المورد المتأثر، وتحدد بتكلفة ذلك المورد الشهرية، وتُرحل بدلاً من أن تُدفع نقدًا، وتوصف بأنها التعويض الحصري.

عملية المطالبة يقودها العميل. يجب تقديم تذكرة تطلب التعويض صراحة خلال 60 يومًا. حتى لو كانت 3HCloud على علم بانقطاع، لا يبدأ الرصيد بدون هذا الطلب. تحدد الشركة بشكل مستقل ما إذا كان الفشل قد حدث ومدة استمراره؛ سجلات العميل هي أدلة مرجعية. توصي 3HCloud بمخرجات MTR أو traceroute، ولقطات الشاشة، وسجلات التطبيق.

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

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

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

الدعم هو جزء من الهيكلة

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

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

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

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

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

ضوابط الأمان موثقة بشكل غير متساوٍ

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

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

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

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

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

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

الحوسبة الرخيصة هي نقطة الدخول، وليس النموذج الكامل

يبدو أن هيكل أسعار 3HCloud مصمم لجعل كل مدخل من مدخلات البنية التحتية واضحًا. الحوسبة، والتخزين، وIPv4 العام، والاحتفاظ بالنسخ الاحتياطي، وموازنة التحميل، وسعة الشبكة كلها منفصلة. الشبكات الخاصة L2/L3 وIPv6 مدرجة كمجانية. هذا يسمح لفريق ذي خبرة بالدفع بشكل ضيق مقابل ما يحتاجه، لكنه ينقل عمل تجميع الفاتورة وتوقعها إلى ذلك الفريق.

مقارنة السوق ليست أحادية البعد. يبدأ تسعيرDigitalOcean Dropletمن 4 دولارات شهريًا، وتظهر صفحة منتجها سعة 1 جيجابايت تكوينًا بـ 6 دولارات شاملاً التخزين وبدل نقل. نقلت DigitalOcean الفوترة إلى الثانية في 2026. تبيعAmazon Lightsailحزمًا متوقعة تجمع بين الحوسبة وتخزين SSD والنقل، مع خطط منخفضة تعتمد على IPv6 فقط تبدأ من 3.50 دولار. أسعارها الرئيسية أعلى من خط الحوسبة 1.50 دولار لـ 3HCloud لكنها تشمل مكونات وأنظمة بيئية وافتراضات دعم مختلفة. مقارنة RAM وvCPU فقط ستخفي المقايضة الحقيقية.

يمكن أن تكون أشكال CPU المخصصة من 3Hcloud غير مكلفة أيضًا: VM للأغراض العامة بـ 2 vCPU و8 جيجابايت بسعر 16 دولارًا شهريًا قبل التخزين والعنونة. السؤال الاقتصادي هو ما إذا كان "مخصص" يعني مورد نواة مادية مخصص بشكل ثابت تحت حمل عمل العميل المتوقع، وما إذا كان سلوك التخزين والشبكة يظل قابلاً للتنبؤ. يجب على المشتري قياس أداء تطبيقه الخاص بإذن كتابي، عبر الزمن وأحداث الفشل، بدلاً من الاعتماد على تسميات الخطط.

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

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

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

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

المنافسون ثلاث فئات مختلفة

بالنسبة للبنية التحتية الافتراضية البحتة، تنافس 3HCloud مع السحب المطورة ومزودي OpenStack الإقليميين. تقدم DigitalOcean، وAkamai Connected Cloud، وVultr، وOVHcloud، وHetzner والعديد من المشغلين المحليين إنشاء VM سريع، وAPI، وأسعار واضحة نسبيًا. قد تشمل مزاياها مناطق أكثر، وخدمات مدارة أوسع، ومنظمات دعم أكبر، وتاريخ حالة أغنى، ومجتمعات أكبر. تقابل 3HCloud ذلك بأسعار منخفضة غير مجمعة، وخيارات CPU مخصصة، وتخزين Fibre Channel، ومسار إلى البنية التحتية المادية.

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

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

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

الخروج هو تصميم، وليس بريد إلغاء

يخلق استخدام 3HCloud لـ OpenStack طريق خروج موثوقًا لتعريفات وصور VM، ولكن يجب بناء خروج منظم بينما الخدمة سليمة.

بالنسبة للحوسبة، احتفظ بإعلانات Terraform أو ما يعادلها، وcloud-init، وإدارة التكوين، وتعليمات بناء الصور، وجرد بالاعتماديات الخارجية. أنشئ واختبر صورة بشكل دوري خارج المنصة. تأكد من التنسيق، وطريقة التصدير، والوقت، وتكلفة الخروج لكل وحدة تخزين مهمة. لا تفترض أن اللقطة قابلة للنقل؛ تقول 3HCloud إنها تقيم على نفس التخزين الأساسي.

بالنسبة للبيانات، حافظ على نسخة ثانية في نطاق إداري وفشل آخر. اختبر الاسترداد المتسق مع التطبيق، وليس فقط استعادة وحدة التخزين. سجل RPO وRTO المحققين عمليًا. إذا كنت تستخدم Fibre Channel للمعدن العاري أو المساحة المشتركة، وثق نظام الملفات، والمسارات المتعددة، وLUN الإقلاع، وتكوين التقسيم بحيث يمكن ربط النظام بتخزين مختلف. اعرف كم من الوقت سيستغرق نسخ مجموعة البيانات الكاملة عبر الشبكة المتاحة.

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

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

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

يجب أن يعيد اختبار الشراء خلق يوم سيء

مقارنة الميزات التقليدية ستُطري 3HCloud لأن المنصة تغطي العديد من الأوليات المفيدة. تقييم أفضل يعيد إنتاج اللحظات التي يُفترض أن يكون فيها التقارب مهمًا.

أولاً، أنشئ الخريطة القانونية والشبكية. احصل على تفسير موقع للعلاقة بين 3HCloud LLC وNewserverlife LLC، بما في ذلك ملكية أو ترخيص موارد AS49791، ومعالجة الإساءة، وحقوق الاستمرارية. طابق الكيان المتعاقد عبر الطلب، واتفاقية مستوى الخدمة، واتفاقية معالجة البيانات، والفاتورة، وجدول المنشأة.

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

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

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

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

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

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

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

ما يجب مراقبته

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

الثانية هي وضوح الهوية. يمكن أن يتعايش تسجيل AS49791 باسم Newserverlife وعقد عميل 3HCloud لأسباب تاريخية وهيكلية شرعية مشروعة. شرح تلك العلاقة علنًا سيقلل من احتكاك التدقيق غير الضروري ويجعل مساءلة الشبكة أسهل للفهم.

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

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

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

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

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