تحلّ السحابات الثلاث الكبرى المشكلة نفسها —امتلاك قالب قابل لإعادة الاستخدام لإطلاق آلات متطابقة— بمقاربات وتسميات خاصة بكل منها. ومعرفة المقابلات هي الخطوة الأولى نحو استراتيجية سحابات متعددة بلا احتكاك.
في AWS تُسمّى AMI (Amazon Machine Image)؛ وفي Azure Managed Image، وقبل ذلك Azure Compute Gallery (المعروفة سابقًا بـ Shared Image Gallery)؛ وفي Google Cloud Custom Image. جميعها تغلّف قرص إقلاع مُهيّأ مسبقًا، لكنها تختلف في كيفية ترقيم إصداراتها ومشاركتها وتوزيعها.
المقابلات في لمحة
| المفهوم | AWS | Azure | Google Cloud |
|---|---|---|---|
| صورة الآلة | AMI | Managed Image | Custom Image |
| الكتالوج أو المعرض | لا يوجد أصيل: وسوم وSSM | Azure Compute Gallery | Image Family |
| ترقيم الإصدارات المُدار | يدوي، بالاسم والوسوم | أصيل داخل المعرض | Image Family: الأحدث لكل عائلة |
| التوزيع عبر المناطق | نسخ صورة AMI | نسخ متماثلة في المعرض | صور عالمية افتراضيًا |
| المخزن الأساسي | لقطات EBS | Managed Disks | Persistent Disk |
| التشفير | KMS | مفاتيح المنصة أو العميل | تديرها Google أو CMEK |
مقابلات وظيفية لصور الآلات في السحابات الثلاث الكبرى.
AWS AMI: المعيار الفعلي
صورة AMI هي على الأرجح أشهر صيغ الصور وأوسعها منظومةً. قوتها في النضج: كتالوج ضخم وتكامل مع EC2 Image Builder والمتجر ومجتمع هائل. أما نقطة ضعفها التاريخية فهي غياب معرض صور أصيل بترقيم إصدارات مُدار: إذ يُحلّ الترقيم والتوزيع عبر المناطق بأعراف تسمية ووسوم وSSM Parameter Store ونسخ صريحة بين المناطق.
Azure Compute Gallery: ترقيم ونسخ متماثلة جاهزة
راهنت Azure بقوة على حوكمة الصور. يقدّم Compute Gallery أصلًا تعريفات للصور وإصدارات ونسخًا متماثلة تلقائية إلى عدة مناطق، إضافةً إلى تحكّم دقيق بالوصول. وللمؤسسات الكبيرة التي تحتاج توزيع الصور بترتيب بحسب الفرق والمناطق، هذا نموذج مريح جدًا. المقابل هو منحنى مفاهيمي أشدّ انحدارًا بعض الشيء.
GCP Custom Image: بساطة عالمية
تتميّز Google Cloud بالبساطة. فصورها عالمية افتراضيًا —لا حاجة لنسخها منطقةً منطقة— ومفهوم Image Family يحلّ ترقيم الإصدارات بأناقة: تشير إلى العائلة فتحصل دائمًا على أحدث صورة غير مهملة. إنه نموذج مقتصد يقلّل الاحتكاك، وجذّاب بخاصة للفرق التي تقدّر البساطة التشغيلية.
استراتيجية السحابات المتعددة: قالب واحد وثلاث صور
إن كنت تنشر أو تنشئ في أكثر من سحابة، فإن صيانة ثلاث عمليات بناء منفصلة عذاب. وحلّ القطاع هو Packer: قالب واحد بمزوّدات مشتركة وكتلة source لكل سحابة، قادر على توليد صورة AMI وManaged Image وCustom Image بالتوازي من التعريف ذاته.
- أعد استخدام نصوص التثبيت والتحصين نفسها في السحابات الثلاث.
- قلّل الانحراف بين البيئات: الإعداد نفسه وثلاث وجهات.
- رقّم الإصدارات باتساق عبر مخطط موحّد للأسماء والبيانات الوصفية.
- أتمِت النشر في كل معرض: Gallery وImage Family والوسوم وSSM.
أيّها تختار؟
لا فائز مطلق؛ الأمر رهن سياقك. إن كنت تبحث عن المنظومة والنضج فـ AWS. وإن احتجت حوكمة صور مؤسسية بترقيم ونسخ متماثلة أصيلة فمعرض Azure يتألّق. وإن كنت تقدّر البساطة والامتداد العالمي بلا نسخ فـ GCP. أما إن كنت تعيش في أكثر من سحابة، فالجواب ليس منصة بل ممارسة: صِف صورك كشيفرة وابنِها بصورة قابلة للنقل.
أسئلة شائعة
هل يمكنني نقل صورة AMI من AWS إلى Azure أو GCP مباشرة؟
ليس مباشرة: الصيغ والمخازن الأساسية مختلفة. المعتاد هو إعادة بناء الصورة في كل سحابة من قالب مشترك، بـ Packer مثلًا، أو استيراد القرص عبر عمليات الاستيراد لدى كل مزوّد.
أي سحابة لديها أفضل ترقيم لإصدارات الصور؟
يقدّم Azure Compute Gallery أكمل ترقيم مُدار جاهز؛ وتحلّها GCP بأناقة عبر Image Families؛ أما AWS فتتطلّب أعرافًا خاصة أكثر، وإن كانت مرنة جدًا.
هل تستحق استراتيجية صور متعددة السحابات العناء؟
إن كنت تعمل على أكثر من سحابة لأسباب تتعلق بسيادة البيانات أو المرونة أو تفادي التبعية لمزوّد واحد، فنعم. والمفتاح هو استخدام الصور كشيفرة كي لا يتضاعف جهد الصيانة.
في imaxe.cloud نفكّر في قابلية النقل منذ التصميم كي لا تعتمد عمليات نشرك على سحابة واحدة.
