الأثر على الفوترة

بالساعة، وبعد انقضائها

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

مثال محسوب

خذ تطبيقاً يحجز 0.25 vCPU و512 MB. وفق جدول الأسعار الحالي تكلّف النسخة الواحدة نحو $0.0041 في الساعة (قرابة $3 شهرياً). خلال ساعة واحدة:

متوسط الساعة:

(1 × 0.5 h + 3 × 0.5 h) ÷ 1 h = 2.0 instances

فتُفوتَر تلك الساعة على متوسط 2.0 نسخة:

2.0 × $0.0041 ≈ $0.0082 for the hour

وهذا ضِعف ساعة النسخة الواحدة بالضبط، مع أن التطبيق عمل لفترة وجيزة بثلاثة أضعاف حجمه. والقاعدة نفسها تغطّي كل الحالات: تطبيق توقّف عند الدقيقة 30 يكون متوسطه 0.5 فيُحاسَب على نصف ساعة، وتطبيق بدأ عند الدقيقة 55 لا يكاد يكلّف شيئاً في تلك الساعة.

ما يتضاعف مع النسخ، وما لا يتضاعف

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

في صفحة الاستخدام

تعرض صفحة الفوترة في البوابة المُضاعِف صراحةً: كل بند موارد حاسوبية يحمل ملاحظة «× N متوسط النسخ»، فالساعة المفوترة على متوسط 2.0 في المثال أعلاه تُقرأ هكذا تماماً. ادخل في تفاصيل أي ساعة لترى التوزيع، وراجع سجلّ التوسيع على صفحة التطبيق لتعرف لماذا تغيّر العدد. لكل قيد سبب ووقت.

شرط الرصيد

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