العقد قبل السحابة: شبكة Ehost المرئية

ملخص

الشركة EHOST SOFTWARE COMPANY LIMITED مدعومة بمحددات قانونية واتصالية وشبكية ثابتة: اسم موقع التشغيل Công ty TNHH Phần Mềm EHOST ورمز الضريبة 0312916711، بينما تحدد سجلات التوجيه العامة AS135920 باسم EHOST-VN وتظهر خمس بادئات IPv4/24معلنة.
بصمة التوجيه حقيقية ولكنها متواضعة. تظهر مصادر BGP التي تم فحصها 1,280 عنوان IPv4 معلن، وليس هناك مساحة IPv6 معلنة، واتصال واحد مع المرحلة الصاعدة عبر AS135905. هذا لا يثبت سوء الخدمة أو الاتصال المادي الفردي، لكنه يثير أسئلة حول تنوع التوجيه، والتعطل، وتوفر IPv6 للمنتجات.
الأسطح التجارية العامة لـ Ehost لا تقدم مواصفات منتج ثابتة. نفس تسمية Cloud 1G بسعر 250,000 دونج يتم وصفها بشكل مختلف على صفحة التسويق وبوابة الفوترة، وعروض الاستضافة المشتركة والاستضافة المدفوعة تتباعد أيضًا. يجب أن يحدد أمر الشراء الموقع الشروط الرسمية المتعلقة بوحدة المعالجة المركزية والذاكرة والتخزين وIOPS وعرض النطاق والموقع والنسخ الاحتياطي والدعم.
الادعاءات حول النسخ الاحتياطي والأمن والدعم تتطلب نفس المعالجة. تعلن Ehost عن نسخ احتياطي يومي أو أسبوعي، وجدران حماية مادية، وحماية من هجمات الحرمان من الخدمة، ودعم على مدار الساعة، واستجابة في خمس دقائق لبعض المنتجات، لكنها لا تكشف علنًا عن خطة استرداد كاملة، أو مصفوفة خطورة، أو جدول ائتمان خدمة، أو سجل حوادث، أو عملية إدارة إساءة استخدام، أو تغطية تأمينية مستقلة.
قد يكون المزود مناسبًا للعملاء الذين يقدرون الفوترة بالدونج الفيتنامي، والدعم البشري المباشر، والمساعدة في الترحيل، وقائمة تشمل الاستضافة المشتركة والسحابة والخوادم المخصصة والاستضافة المدفوعة والنسخ الاحتياطي والحماية من هجمات الحرمان من الخدمة. يجب على المشترين ذوي المتطلبات الصارمة للاستمرارية أو الامتثال أو قابلية النقل إجراء اختبار للخدمة والتفاوض على خروج قابل للتنفيذ قبل الانتقال إلى الإنتاج.

خادم بسعر 250,000 دونج بإجابتين

لنبدأ بأصغر حزمة سحابية من Ehost. على صفحةCloud Serverالعامة، تكلف "EHOST 1G" 250,000 دونج فيتنامي شهريًا وتوصف بأنها نواتا معالجة مركزية، 2 جيجابايت من ذاكرة الوصول العشوائي، 30 جيجابايت من تخزين SSD، واتصال شبكة 100 ميجابت في الثانية. تنص الصفحة على أن جميع الخطط السحابية تحصل على 2,000 IOPS على الأقل للتخزين. على صفحة الطلب المباشر لـ EhostSSD Cloud Server، يبدأ "Cloud 1G" أيضًا من 250,000 دونج شهريًا، لكن المواصفات المعروضة هي نواة معالجة مركزية واحدة، 2 جيجابايت من ذاكرة الوصول العشوائي، 20 جيجابايت من تخزين SSD، شبكة 200 ميجابت في الثانية و10,000 IOPS.

ليست أي من الصفحتين غامضة. إحداهما هي شرح الخدمة المخصص للعملاء؛ والأخرى هي النظام الذي يدعى من خلاله المشتري للطلب. ومع ذلك، فهي تصف وحدات حوسبة مختلفة جوهريًا. لا يقتصر التناقض على أصغر خطة. عرض Cloud 2G العام يسرد نواتين، 4 جيجابايت من ذاكرة الوصول العشوائي و40 جيجابايت من التخزين؛ بينما يسرد إصدار الفوترة نواتين، 2 جيجابايت من ذاكرة الوصول العشوائي و40 جيجابايت. الحزم الأعلى تختلف أيضًا في الذاكرة والقرص. فئة فوترة منفصلة،SSD Cloud Server C6، تقدم جيلًا آخر من الخطط المسماة بالمثل، بما في ذلك Cloud 1G بسعر 350,000 دونج مع نواتين، 2 جيجابايت من ذاكرة الوصول العشوائي، 30 جيجابايت من التخزين، 200 ميجابت في الثانية و50,000 IOPS.

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

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

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

الأطروحة المركزية لهذه المراجعة تنبع من هاتين الورقتين لـ Cloud 1G. البنية التحتية لـ Ehost ليست موصوفة بشكل صحيح من خلال اسم العلامة التجارية أو السعر الشهري أو كلمة "سحابة". منتجها الحقيقي يبدأ عندما يتوفق الطرفان على صفحة المبيعات وبوابة الفوترة والخدمة المقدمة فعليًا.

الشركة المحددة خلف الشاشات

حدود الكيان مهمة بشكل خاص لأن "Ehost" تظهر كعلامة تجارية، ونطاق، وبوابة دعم، وخدمة مكافحة هجمات الحرمان من الخدمة، وشبكة مسجلة. الشركة التي تمت مراجعتها هنا هيEHOST SOFTWARE COMPANY LIMITED، باللغة الفيتناميةCông ty TNHH Phần Mềm Ehost، برمز ضريبي0312916711. تعطيصفحة الاتصالالخاصة بـ Ehost الاسم القانوني ورقم التسجيل وعنوانًا في مدينة هوشي منه في 147/25 An Dương Vương في Bình Tân ورقم الهاتف 0938-227-199 وبريد إلكتروني للاتصال@ehost.vn. يشير التذييل إلى أن التسجيل التجاري صدر في 9 سبتمبر 2014.

يقوممجمع تابع لجهة خارجية لسجلات الضرائب الفيتناميةبربط نفس الرمز الضريبي بـ EHOST SOFTWARE COMPANY LIMITED بشكل مستقل، ونفس العنوان، وتاريخ تشغيل في 9 سبتمبر 2014، والممثل Nguyễn Thanh Tâm. هذا السجل هو تأكيد مفيد، وليس بديلاً عن مستخرج جديد من السجل التجاري الرسمي لفيتنام. يجب التعامل مع حالته وتصنيفاته الصناعية على أنها عرض مؤرخ للمستندات العامة من قبل المجمع.

توفر هوية الشبكة فحص استمرارية منفصلًا. يعيدBGP.toolsإنتاج بيانات التسجيل الأصلية لـ APNIC لـ AS135920:EHOST-VN، موصوفة بأنها Ehost software company limited، البلد فيتنام، تتم صيانتها عبر VNNIC. تم تعديل السجل في يناير 2026. كما تصنفصفحة IPinfo لـ AS135920الشبكة على أنها استضافة وتربطها بنفس اسم الشركة.

تدعم هذه الروابط استنتاجًا صادقًا: الكيان القانوني، وسطح المبيعات النشطehost.vn، وسطح الفوترة والدعمsecure.ehost.vn، و AS135920 ينتمون إلى بصمة تشغيلية متسقة. لا تثبت أن كل خدمة معلن عنها على كل نطاق مرتبط مملوكة أو مشغلة أو مضمونة من قبل الشركة. يسرد IPinfo، على سبيل المثال،ehost.com.vnكنطاق ASN، بينما الموقع التشغيلي الفعلي الذي تمت مراجعته هنا هوehost.vn؛ الأول لم ينتج صفحة قابلة للاستخدام خلال هذا البحث. هذه مسألة استمرارية نطاق للشركة، وليست سببًا لتقسيم أو دمج الكيانات.

ينطبق نفس التحذير على مكافحة هجمات الحرمان من الخدمة. ترتبط Ehost مباشرة بـAntiddos.vn، وتنص صفحتها السحابية على أنه يمكن للعملاء التكامل مع هذه الخدمة. يقدم موقع مكافحة هجمات الحرمان من الخدمة نفسه كشبكة تخفيف فيتنامية متعددة العقد تأسست في 2015. الصفحات العامة التي تمت مراجعتها هنا لا تكشف عن هوية شركاتية مميزة أو سلسلة تعاقدية كافية لتحديد ما إذا كان Antiddos.vn قسمًا أو منتجًا أو شركة تابعة أو شريكًا تجاريًا لـ EHOST SOFTWARE COMPANY LIMITED. يجب على المشتري أن يجعل الطرف المتعاقد صريحًا بدلاً من استنتاجه من الروابط المتقاطعة.

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

ما يثبته AS135920 - وما لا يثبته

AS135920 هو أقوى دليل مستقل على أن Ehost تدير أكثر من مجرد كتيب وواجهة متجر بائع تجزئة. في العرض المجمد لـ BGP العام، يعلن النظام الذاتي عن خمس بادئات IPv4/24:45.123.96.0/24,45.123.97.0/24,103.63.212.0/24,103.63.213.0/24,103.63.215.0/24. يمثل هذا 1,280 عنوان IPv4. يظهر كل منBGP.toolsوIPinfoأن البادئات مغطاة بتفويضات أصل توجيه صالحة. يبلغ جدول التحقق من صحة أصل التوجيه في فيتنام من مختبرات APNIC عن تغطية صالحة بنسبة 100% لمجموعة عناوين EHOST-VN المقاسة.

هذا دليل تشغيلي مهم. تمتلك Ehost موارد رقمية مرئية في نظام التوجيه العالمي. تستجيب عناوين متعددة لمسبارات مستقلة، ويبلغ IPinfo عن مئات المجالات على عناوين ASN. البصمة متسقة مع نشاط استضافة بدلاً من غلاف قانوني يسوق فقط منصة شخص آخر.

صلاحية RPKI هي أيضًا فحص حقيقي. يسمح للمحققين من التوجيه بالتحقق تشفيريًا من أن AS135920 مصرح له بإعلان البادئات المغطاة. يعامل تقرير موارد الإنترنت لعام 2024 من VNNIC كلاً من RPKI و IPv6 كعناصر مهمة في تطوير موارد الإنترنت في فيتنام. تقلل تفويضات الأصل الصالحة لـ Ehost من فئة واحدة من أخطاء أصل التوجيه أو خطر الاختطاف.

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

الاتصال المرئي أكثر تواضعًا. يسرد BGP.tools مرحلة صاعدة واحدة، AS135905، الموصوفة بأنها Vietnam P&T. يرى تقرير CIDR المستقل أيضًا اتصال مرحلة صاعدة واحدة ولا يوجد مساحة عنوان فرعية. يسرد IPinfo أيضًا مرحلة صاعدة واحدة ونظيرًا واحدًا، كلاهما AS135905. تختلف تسميات العلاقة حسب مصدر البيانات، لكن الملاحظة الثابتة هي شبكة مجاورة مرئية واحدة تحمل مسارات AS135920 في المشاهدات التي تم فحصها.

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

ومع ذلك، فإنه يخلق اختبار مشتريات. إذا تم بيع خدمة على أنها متعددة الناقلات أو متعددة مراكز البيانات، يجب على Ehost إظهار كيف تنجو حركة مرور العميل من فقدان AS135905، وجهاز التوجيه الحدودي المعني، والموقع الخادم، والمسار إلى منصة التخفيف. يمكن أن تشمل الأدلة مخططًا معماريًا، وجلسات BGP الحالية، وسياسة التوجيه، ونتائج looking-glass، وسجلات التعطل، واختبارًا محكومًا. "مراكز بيانات متعددة" هو بيان تسهيلي؛ "تنوع إمكانية الوصول إلى الإنترنت" هو بيان توجيه. لا يوفر أحدهما الآخر تلقائيًا.

IPv6 هو الفجوة المرئية الأخرى. تظهر مصادر التوجيه التي تم فحصهاصفر بادئة IPv6 معلنةلـ AS135920. هذا لا يثبت أن Ehost لا تقدم IPv6 في أي مكان: قد يتلقى العميل IPv6 من منشأة أو ASN صاعد. يعني أن المشتري لا يمكنه استنتاج خدمة مزدوجة التكديس الأصلية من النظام الذاتي لـ Ehost. يجب أن تغطي الأسئلة الخاصة بالمنتج حجم تخصيص IPv6، والتوجيه، وDNS العكسي، وجدار الحماية، وإدارة DDoS، والمراقبة، والتكافؤ مع دعم IPv4. في عام 2026، "يمكننا إضافته لاحقًا" هو التزام بدورة الحياة، وليس إجابة فنية.

كتالوج من نماذج المسؤولية المختلفة

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

فيالاستضافة المشتركة الشخصية، تذكر Ehost أن المنصة توفر cPanel، وSSL، وتخزين SSD، وطبقة أساسية لمكافحة DDoS، ونسخ احتياطي أسبوعي. يدير العميل بشكل أساسي كود الموقع والمحتوى والحسابات وتحديثات التطبيق، بينما يعتمد على Ehost للخادم المشترك ولوحة التحكم والشبكة والعزل. تضيفصفحة استضافة الأعمالعنوان IP عامًا مخصصًا وذاكرة تخزين مؤقت Redis وتدعي فصل الموارد. هذه خدمة مشتركة مع مزيد من التحكم، وليست مكافئة لخادم افتراضي.

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

تنقل الخوادم المخصصة حصرية الأجهزة إلى المشتري ولكن ليس بالضرورة ملكية الأجهزة. تسردصفحة الخادم المخصص لعام 2026تكوينات شهرية من 5.5 إلى 12 مليون دونج، مع معالجات Intel Xeon، وذاكرة وصول عشوائي 128 أو 256 جيجابايت، وتخزين SSD أو NVMe، وعنوان IP، وعرض نطاق من 100 إلى 200 ميجابت في الثانية. يتجنب المشتري ضوضاء الجار منافسة الحوسبة، لكنه يظل معتمدًا على Ehost من أجل الماكينة والرف والطاقة ومسار الناقل والأيدي عن بعد وعملية الاستبدال.

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

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

تصفصفحة eStorage"vStorage" كتقنية تخزين كائنات طورتها Ehost للوسائط والمستندات والسجلات والمحتوى الثابت، وتذكر أن البيانات تُخزن بشكل دائم ويتم نسخها احتياطيًا دائمًا. لا تنشر الصفحة مواصفات API أو نموذج الاتساق أو هدف المتانة أو مخطط المسح أو التكرار أو سلوك الحذف أو خريطة المنطقة أو تسعير النقل أو مستوى الخدمة. "تخزين الكائنات" يحدد فئة خدمة، وليس بنية كافية لقرار بيانات دائم.

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

OpenStack هو قائمة مكونات، وليس نتيجة توفر

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

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

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

تذكر Ehost أن سحابتها تستخدم التوفر العالي ويمكنها استرداد خادم على نظام آخر. هذا ادعاء تجاري حول نتيجة. لتقييمه، يجب على المشتري أن يسأل ماذا يحدث في عدة حالات فشل منفصلة:

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

هذه الأسئلة مهمة لأن ادعاء التوفر العام بنسبة 99.5% متساهل نسبيًا. عند تطبيقه بشكل مستمر، يتيح التوفر بنسبة 99.5% ما يقرب من 3 ساعات و36 دقيقة من التوقف في شهر مكون من 30 يومًا، أو حوالي 43 ساعة و48 دقيقة في السنة. هذا الحساب ليس ادعاءً حول الأداء الفعلي لـ Ehost. يظهر لماذا فترة القياس والاستثناءات ومعالجة الصيانة ومصدر المراقبة والعلاج مهمة بقدر النسبة المئوية.

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

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

رحلة العميل تعبر ثلاث مستويات تحكم

يتنقل عميل Ehost عبر ثلاث مستويات تحكم متميزة: التجارية والبنية التحتية والتطبيق. غالبًا ما تنشأ المشكلات حيث تنتقل المسؤولية بينها.

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

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

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

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

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

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

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

السعر شفاف فقط بعد استقرار المواصفات

تنشر Ehost أسعارًا أكثر من العديد من مزودي البنية التحتية. هذا مفيد. يمكن لشركة صغيرة أن ترى أن الاستضافة المشتركة تبدأ من 50,000 دونج شهريًا، واستضافة الأعمال من 300,000، والسحابية من 250,000، والنسخ الاحتياطي من 95,000، والخوادم المخصصة من 5.5 مليون، والاستضافة المشتركة المدفوعة على الصفحة العامة من 1.8 مليون. الإضافات لها أسعار مرئية: وحدة معالجة مركزية إضافية، وذاكرة، وقرص، و IPv4؛ وتخزين استضافة إضافي، أو نطاق، أو IP؛ ومساحة رف، وقدرة كهرباء، وترقيات الشبكة.

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

ومع ذلك، السعر المنشور ليس هو نفسه السعر الموثوق. تحتويفئة طلب استضافة الأعمالعلى شذوذ مذهل: "Business-02" معروض بسعر 1.35 مليار دونج لمدة ثلاثة أشهر، بينما الحزم المجاورة بمئات الآلاف. تسرد نفس الصفحة إصدارات PHP و MariaDB قديمة. سيكون من غير المعقول معاملة مليار دونج كسعر مقصود لـ Ehost دون تأكيد؛ من الأفضل فهمه كدليل على أن واجهة المتجر يمكن أن تحتوي على تناقضات في إدخال البيانات أو دورة الحياة.

تظهر الاستضافة المشتركة المدفوعة مشكلة تسوية أوسع. تسردصفحة الاستضافة المشتركة المدفوعة العامةحزم 1U في VNPT Data و Viettel IDC و CMC بسعر 3.2 مليون و 2.8 مليون و 1.8 مليون دونج شهريًا، عادة مع شبكة محلية 200 ميجابت في الثانية وعرض نطاق دولي 30 ميجابت في الثانية مشترك. تسردفئة الاستضافة المشتركة المدفوعة في بوابة الفوترةODS و Viettel IDC و VNPT Tân Thuận بسعر 1.3 مليون أو 1.4 مليون دونج، مع منافذ 100 ميجابت في الثانية وعرض نطاق دولي أربعة أو عشرة ميجابت في الثانية. المواقع والسعات والأسعار ليست متكافئة.

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

يجب أن تشمل التكلفة الإجمالية على الأقل:

الترحيل الأولي، وإعداد نظام التشغيل، والتحقق من صحة التطبيق؛
ضريبة القيمة المضافة وجميع الضرائب الأخرى المطبقة؛
الحد الأدنى للالتزام وشروط التجديد؛
IPv4 العام، وعرض النطاق الترددي، وحركة المرور الدولية، وخيارات DDoS؛
لوحة التحكم و Windows وقاعدة البيانات وتراخيص البرامج الأخرى؛
سعة النسخ الاحتياطي والاحتفاظ ورسوم الاستعادة؛
الدعم المُدار أو الأيدي عن بعد؛
وقت التوقف لاستبدال الأجهزة أو الترقية؛
النطاق والشهادة واعتماديات البريد الإلكتروني؛
التصدير والنقل ومساعدة الانتقال عند الخروج.

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

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

النسخ الاحتياطي هو وعد بفترتين احتفاظ

النسخ الاحتياطي هو حيث تكون المواد العامة لـ Ehost أكثر فائدة وأكثر تناقضًا. تقول الصفحة السحابية أولاً إن السحابة بأكملها تُنسخ احتياطيًا يوميًا وتحتفظ بالنسخ لمدة سبعة أيام على الأقل. في ملاحظات الخطة، تقول "نسخ احتياطي كامل يوميًا" يحتفظ بأربعة عشر يومًا الماضية ويتقاضى 500,000 دونج لكل استعادة. يظهر كلا البيانين على نفس الصفحة.

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

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

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

يجب على المشتري تحويل "النسخ الاحتياطي مضمن" إلى جدول:

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

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

الاستجابة في خمس دقائق ليست استردادًا في خمس دقائق

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

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

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

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

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

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

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

الأمن هو عدة منتجات، وليس درعًا واحدًا

تغطي لغة الأمان في Ehost جدران الحماية المادية، وعزل الاستضافة المشتركة، والحماية الأساسية من DDoS، وتخفيف DDoS المدفوع، وشهادات SSL، والنسخ الاحتياطي، والدعم. تعالج هذه الضوابط تهديدات مختلفة ولا ينبغي خلطها في ادعاء عام بأن عبء العمل "آمن".

تنص الصفحة السحابية على أن كل كتلة بها جدار حماية مادي ويمكن دمج الآلات الافتراضية مع Antiddos.vn. تنص صفحة استضافة الأعمال على أن الحماية الأساسية من DDoS يمكنها تمكين حماية جدار الحماية تلقائيًا ضد الشبكات الصغيرة. يصفموقع مكافحة DDoSعدة عقد وكيل وجدار حماية موزعة عبر مراكز البيانات الفيتنامية، وتصفية الطلبات الضارة وتوفير ميزات HTTP/2 وجدار حماية تطبيقات الويب. تنشرفئة طلب مكافحة DDoSفي Ehost تسميات الخطة وبعض معلمات حجم الطلب.

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

يضيف دليل موارد الشبكة حدًا آخر. تساعد البادئات الصالحة لـ RPKI في منع أصول التوجيه غير المصرح بها. لا تقوم بتصفية طلبات التطبيق الضارة، أو تمنع سرقة بيانات الاعتماد، أو تصحح نظام تشغيل العميل، أو تحمي قاعدة بيانات من حساب مفرط الصلاحيات. على العكس، قد يمتص وكيل الويب هجمات HTTP بينما يترك خدمات البريد الإلكتروني أو VPN أو الألعاب أو قاعدة البيانات مكشوفة.

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

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

يسرد قاعدة البيانات القانونية الرسمية لفيتنامقانون حماية البيانات الشخصية 91/2025/QH15كساري المفعول من 1 يناير 2026. تطبيق هذا القانون يعتمد على الحقائق ويجب تقييمه من قبل مستشار مؤهل. بالنسبة لمشتري Ehost، المتطلبات العملية بسيطة: يجب أن يحدد العقد أدوار المعالجة، ودعم الوصول، وموقع البيانات، والمعالجات الفرعية، والتعاون في الحوادث، والاحتفاظ، والحذف، والتصدير للخدمة الفعلية.

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

تحذير دورة الحياة في واجهة المتجر

يحتوي الكتالوج العام على علامات على أن معلومات المنتج تقدمت في العمر بشكل غير متساوٍ. تصف صفحات الاستضافة المشتركة دعم إصدارات PHP 5.4 إلى 7.1 و MariaDB 10.1. تسرد بوابة الفوترة بشكل منفصل MultiPHP 5.5 و 5.6 و 7.0 لبعض الحزم، و PHP 7.0 مع MariaDB 10.1 لعرض عالي الأداء.

هذه الإصدارات ليست حالية. يسجل جدول الفروع غير المدعومة من PHP نهاية الحياة لـ PHP 5.4 في سبتمبر 2015، و PHP 7.0 في يناير 2019، و PHP 7.1 في ديسمبر 2019. يضع جدول صيانة إصدارات MariaDB Foundation نهاية صيانة MariaDB 10.1 في أكتوبر 2020.

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

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

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

توفر إشارة الصفحة السحابية إلى معالجات Intel Broadwell دليلًا قديمًا آخر، بينما تعلن صفحة الخادم المخصص عن تكوينات Xeon Gold و Platinum أحدث وتدعي فئة الفوترة C6 IOPS أعلى بكثير. يبدو هذا كأجيال بنية تحتية متعددة بدلاً من أسطول موحد. هذا طبيعي لمزود استضافة طويل الأمد، لكن سياسة التنسيب مهمة. يجب أن يعرف المشتري ما إذا كانت الخطة تتوافق مع جيل وحدة معالجة مركزية معينة وفئة تخزين أو مع أي مجموعة لديها سعة.

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

المنافسة تختبر Ehost على الأدلة، وليس الحجم

تتنافس Ehost في عدة أسواق في وقت واحد. في الاستضافة المشتركة، تواجه مستضيفين محليين ومنصات مواقع ويب. في الآلات الافتراضية، تواجه سحابات اتصالات فيتنامية ومزودي VPS متخصصين ومزودي الخدمات السحابية العالميين. في الخوادم المخصصة والاستضافة المشتركة المدفوعة، تواجه مشغلي مراكز البيانات ومتكاملي الأنظمة وعقود المنشآت المباشرة. للنسخ الاحتياطي و CDN و DDoS، يمكن للعملاء شراء خدمة متخصصة بشكل مستقل.

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

التحدي هو أن البدائل المحلية الأكبر تنشر مستوى مختلفًا من الضمان. تعلنVNPT Cloudعن اتفاقية مستوى خدمة بنسبة 99.99%، ودعم IPv6، وكتالوج خدمات مدارة أوسع، وشهادات أمان مسماة. هذه ادعاءات VNPT نفسها، وليست دليلاً مستقلاً على أن كل عبء عمل سيعمل بشكل أفضل. توضح مقارنة المشتريات التي يجب على Ehost دعمها: ما مستوى الخدمة، وقدرة المكدس المزدوج، وأدلة الامتثال، والهندسة، والنطاق المُدار الذي يتلقاه المشتري مقابل السعر؟

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

وبالتالي فإن اختبار المنافسة الصحيح هو خاص بعبء العمل:

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

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

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

تكاليف التبديل تتراكم اعتمادًا واحدًا في كل مرة

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

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

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

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

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

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

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

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

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

اختبار مشتريات يتناسب مع السطح الفعلي لـ Ehost

يجب تقييم Ehost بأدلة تطابق ادعاءاتها وفجواتها المحددة، وليس استبيانًا عامًا للسحابة.

1. تسوية السجل التجاري

اطلب من Ehost تحديد كتالوج المنتجات المعتمد وشرح الاختلافات بين صفحة Cloud Server العامة ومتجر SSD Cloud Server ومتجر C6. طالب بجدول تكوين موقع. افعل الشيء نفسه لحزم الاستضافة المشتركة المدفوعة العامة وبوابة الفوترة. أكد الضرائب والالتزام والتجديد والاسترداد والاستعادة ورسوم الترقية.

2. إثبات الماكينة المسلمة

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

3. رسم خرائط مجالات فشل OpenStack

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

4. اختبار المسار، وليس قائمة مراكز البيانات

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

5. تحويل النسخ الاحتياطي إلى تمرين استرداد

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

6. تعريف الدعم حسب الخطورة

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

7. فحص ضوابط الأمان وإساءة الاستخدام

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

8. التحقق من دورة الحياة وقابلية النقل

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

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

الأسئلة التي لم تُجب هي جزء من المنتج

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

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

لا يثبت أن مرافق "Tier 3" المسماة في تسويق Ehost معتمدة للأرفف والخدمات المحددة المباعة، أو أن Ehost تمتلك المرافق. لا يثبت التنوع المادي أو الناقل من قائمة متعددة المواقع. لا يثبت أن كل عنوان مغطى بـ RPKI يتلقى حماية DDoS.

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

لا يثبت إصدارات وقت التشغيل الحالية. مراجع PHP و MariaDB القديمة قد تكون نسخة قديمة أو توافق حالي؛ فقط جرد المنصة الحالي يمكنه تمييزها. لا يثبت إصدار OpenStack أو طوبولوجيا.

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

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

ما يجب مراقبته بعد ذلك

خمس إشارات من شأنها تحسين الثقة بشكل ملموس في سطح التحكم في Ehost.

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

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

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

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

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

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

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