مقارنة أبرز مزوّدي الخدمات السحابية: AWS وAzure وGoogle Cloud وغيرها

ابدأ بأحمال العمل التي تحتاج إلى تشغيلها. قارن الجهد التشغيلي والتكلفة ومسار الانتقال إلى مزوّد آخر قبل اختيار مكان تشغيلها.

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

أسماء مختلفة لمهام مألوفة

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

أُخذت أسماء المنتجات وفئاتها من مقارنة Google للخدمات بين المزوّدين، ونظرة Alibaba العامة على RDS، ودليل منتجات Tencent. وتختلف محرّكات قواعد البيانات والإعدادات المتاحة والخصائص المدعومة؛ فخدمة MySQL ليست بديلاً يمكن إحلاله مباشرةً دون تعديلات في تطبيق يعتمد على PostgreSQL.

قارن العمل الذي سيتولّاه فريقك فعلياً

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

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

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

احسب تكلفة شهر كامل من التشغيل

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

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

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

جرّب طريق الخروج قبل الالتزام

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

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

اربط الاختيار بهدفك

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

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