الخلاصة

  • وحدة الفوترة في EC2 Mac هي المضيف المخصص، والحد الأدنى لتخصيصه 24 ساعة. انتهاء مهمة بناء برمجي قصيرة لا ينهي تخصيص المضيف تلقائيا.
  • يتوقف القياس والتحصيل أثناء تنظيف المضيف بعد إيقاف المثيل أو إنهائه. ويُمنع استخدام المضيف أيضا حتى يكتمل التنظيف، فتختلف وفورات الفاتورة عن مكاسب موعد التسليم.

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

تجمع الأسئلة الشائعة لـEC2 بين الفوترة بالثانية والحد الأدنى لتخصيص مضيف EC2 Mac البالغ 24 ساعة. وتعزو AWS هذا الحد إلى الالتزام باتفاقية ترخيص برنامج macOS من Apple. وبعد انقضاء الحد الأدنى يمكن تحرير المضيف من دون التزام إضافي باستخدامه.

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

آلة كاملة وراء طلب صغير

توضح وثائق EC2 Mac أن Dedicated Host هو وحدة الفوترة، وأن المثيل الذي يعمل عليه لا تضاف إليه رسوم مثيل منفصلة. يتيح كل مضيف مثيل Mac واحدا، على عتاد مخصص، لمهام مثل تطوير التطبيقات لمنصات Apple وبنائها واختبارها وتوقيعها.

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

يمكن مشاركة المضيف بين الحسابات والوحدات التنظيمية داخل مؤسسة AWS نفسها. المشاركة توسع دائرة المستخدمين؛ ولا تجعل المضيف يستوعب عدة مثيلات Mac. ترتيب المهام واختيار البيئات التي يجوز إعادة استخدامها يظلان مسؤولية الشركة المشترية.

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

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

انتظار بلا رسم دخول

لكن وصف كل وقت غير منتج بأنه وقت مدفوع يفسد الصورة أيضا. في EC2 Mac توجد فترة غير متاحة للاستخدام، وتقول AWS صراحة إنها لا تُحاسب العميل عليها.

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

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

تورد AWS مدة قد تصل إلى 50 دقيقة على أجهزة Mac ذات معمارية x86، وإلى ثلاث ساعات عندما يلزم تحديث البرنامج الثابت. وعلى أجهزة Apple silicon قد تصل المدة إلى 4.5 ساعات. هذه مدد ممكنة وليست متوسطات مرصودة أو تأخيرا ثابتا يضاف إلى كل مهمة. لكنها تمنع بناء جدول يفترض أن المهمة التالية تبدأ فور الضغط على زر الإيقاف.

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

لا تتضمن المصادر فاتورة نموذجية تبيّن دمج فترة تنظيف محددة مع حد الـ24 ساعة؛ وحسم هذه العملية يحتاج سجل الحالات والفاتورة الفعلية. لا يصح اختراع خصم آلي لـ4.5 ساعات، كما لا يصح احتساب فترة تقول AWS إنها مجانية. وقت التخصيص والوقت المفوتر ووقت القدرة على التنفيذ ليست قياسا واحدا.

شراء الاستعداد يختلف عن شراء التنفيذ

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

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

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

يتاح EC2 Mac بنظام On-Demand، وليس عبر Spot أو Reserved Instances. ويمكن أن تخفض Savings Plans الإنفاق. التخفيض يغيّر السعر، ولا يحوّل مضيفا قيد التنظيف إلى مضيف متاح الآن. القدرة على البدء في موعد معين تحتاج تدبيرا آخر غير التفاوض على تكلفة الوحدة.

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