تُبنى كل صورة AMI لمعمارية معالج محدّدة: إمّا x86_64 (إنتل أو AMD) أو ARM64 (aarch64، معمارية AWS Graviton وما يعادلها). لا توجد صورة «تصلح للاثنتين»: فالثنائيات مختلفة. لذلك كان علينا، عند إعداد كتالوجنا، أن نقرّر أيّهما سيكون الخيار الافتراضي.
نظرنا في الكلفة والأداء والكفاءة ونضج المنظومة ووجهة السوق. وكانت الخلاصة واضحة: ARM64 اليوم هو الرهان الأفضل لمعظم الأحمال. وعلى هذا الأساس نبني صورنا.
لماذا يفوز ARM64 لدى الأغلبية
1. نسبة سعر إلى أداء أفضل
هذه هي الحجّة الحاسمة. تقدّم نسخ ARM (Graviton) باستمرار أداءً أعلى لكل يورو من نظيراتها x86 عبر طيف واسع من الأحمال: الويب وواجهات البرمجة والخدمات المصغّرة والحاويات وقواعد البيانات والطوابير. عمليًا، يترجَم الانتقال إلى ARM عادةً إلى وفورات في حدود 20 % إلى 40 % من كلفة الحوسبة. وفي سحابة تزداد كلفتها، هذا هامش أكبر من أن يُتجاهل.
2. كفاءة أعلى وطاقة أقل
وُلدت معالجات ARM وهي تُحسّن الاستهلاك. وهذا يعني عملًا أكبر لكل واط، وكلفة طاقة أقل، وبصمة كربونية أخفّ لكل وحدة حوسبة. وإن كانت الاستدامة ضمن أهدافك —أو أهداف عملائك— فإن ARM يلعب لصالحك.
3. المنظومة صارت ناضجة
قبل سنوات قليلة كان سؤال «هل توجد نسخة ARM؟» مشروعًا. أمّا اليوم فإن الغالبية العظمى من برمجيات الخوادم —أنظمة التشغيل واللغات وبيئات التشغيل وقواعد البيانات وصور الحاويات الشائعة— تدعم ARM64 دعمًا من الدرجة الأولى. لقد تحوّل التوافق من استثناء إلى قاعدة.
4. الأمان ذاته ونموذج التشغيل ذاته
تغيير المعمارية لا يغيّر طريقة عملك: الإعداد والتحصين وcloud-init ونصوص التزويد وخطّ إنتاجك تبقى كما هي. لا يطلب منك ARM64 التنازل عن شيء في تشغيلك ولا في وضعك الأمني.
المقارنة في جدول واحد
| المعيار | ARM64 (Graviton) | x86_64 (Intel/AMD) |
|---|---|---|
| السعر مقابل الأداء | أفضل في معظم الأحمال | جيد، لكن أغلى لكل وحدة |
| كفاءة الطاقة | عالية جدًا | أقل |
| توافق البرمجيات | ممتاز وواسع اليوم | الأقصى، شامل |
| الثنائيات المملوكة القديمة | أحيانًا بلا نسخة ARM | دعم كامل |
| وجهة السوق | متنامية واستراتيجية | راسخة |
| الكلفة المعتادة | أقل: بين 20 % و40 % | أعلى |
للأحمال الحديثة يفوز ARM64 في ما يهمّ أكثر: الكلفة والكفاءة والمستقبل.
متى يظلّ x86_64 منطقيًا
الصراحة جزء من حسن الاختيار. ثمة حالات يبقى فيها x86_64 هو الخيار الصحيح، ولا نريد لأحد أن يفرض على نفسه انتقالًا يعقّد حياته:
- برمجيات مملوكة أو ثنائيات لا توجد إلا مُصرَّفة لـ x86.
- تبعيات أصيلة —امتدادات مُصرَّفة— بلا بناء متاح لـ ARM.
- أدوات قديمة أو تكاملات طرف ثالث مرتبطة بـ x86.
- أحمال شديدة الخصوصية مُحسَّنة يدويًا لتعليمات x86.
قرارنا: ARM64 افتراضيًا وx86_64 حسب الطلب
لكل ما سبق، تُبنى صورنا على ARM64 افتراضيًا. نعتقد أن هذا ما يقدّم أكبر قيمة للأغلبية: تدفع أقل مقابل العمل نفسه، وتستهلك طاقة أقل، وتركب المعمارية التي ترسم مسار السحابة.
لكننا نعلم أن ليست كل الأحمال تناسبها. لذلك إن احتجت x86_64 فيكفي أن تطلب: نجهّز لك صورة حسب الطلب بالإعداد نفسه والتحصين نفسه والجودة نفسها، مبنية لـ x86_64. المنتج ذاته والأساس ذاته، بالمعمارية التي تقتضيها حالتك.
كيف تقرّر في 30 ثانية
- منظومة حديثة —ويب، واجهات برمجة، حاويات، لغات مفسَّرة، قواعد بيانات شائعة—: ARM64 بلا تردّد.
- هل لديك ثنائي مملوك أو تبعية لا تعمل إلا على x86؟ اطلب منّا نسخة x86_64.
- غير متأكد؟ ابدأ بـ ARM64 وجرّب؛ وإن لم يناسبك شيء، نصنع لك x86_64 وانتهى الأمر.
أسئلة شائعة
هل صوركم بمعمارية ARM64 أم x86_64؟
نبنيها افتراضيًا على ARM64 (Graviton)، لأنها تقدّم أفضل نسبة سعر إلى أداء لمعظم الأحمال. وإن احتجت x86_64 نجهّز لك واحدة حسب الطلب بالإعداد والجودة نفسيهما.
هل عليّ تغيير تطبيقي لاستخدام ARM64؟
في معظم الحالات لا. اللغات المفسَّرة والبرمجيات الحديثة تعمل على ARM دون تغيير. الاحتكاك الوحيد يكون مع ثنائيات مملوكة أو تبعيات أصيلة بلا نسخة ARM؛ وفي تلك الحالات نقدّم لك نسخة x86_64.
كيف أطلب صورة x86_64 حسب الطلب؟
يكفي أن تطلبها. ننطلق من الأساس نفسه والتحصين نفسه ونبني الصورة لـ x86_64، فتحصل على المنتج ذاته تمامًا بالمعمارية التي تحتاجها.
هل سأوفّر فعلًا مع ARM64؟
للأحمال المناسبة، من المعتاد توفير 20 % إلى 40 % من كلفة الحوسبة، إضافةً إلى استهلاك طاقة أقل. وسبيل التأكد في حالتك هو تشغيل حِملك والمقارنة.
في imaxe.cloud نراهن على ARM64 لأننا نراه الأفضل لفاتورتك ولأدائك وللكوكب. وإن احتجت x86_64 فيكفي أن تطلب: نصنعها لك حسب الطلب.
