الفوترة بالثانية بالتفصيل: لماذا يكلّف صندوق رمل عاش 20 ثانية ‎$0.00055

عبارة „يُحتسب بالثانية“ من تلك العبارات التي تبدو مكتملة وهي ليست كذلك. خلفها عدة قرارات تغيّر ما تدفعه: ما الذي يُقاس، ومتى يبدأ العدّاد ويتوقف، وهل هناك حد أدنى، وكيف تُعامَل كسور السنت، ومتى تخرج الأموال فعلاً من رصيدك.

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

الوحدة: vCPU والذاكرة المحجوزة

سعر صندوق الرمل هو سعر الموارد التي تحجزها باقته:

• ‏$0.040 لكل ساعة vCPU
• ‏$0.013 لكل GiB من الذاكرة في الساعة

لذلك تكلّف باقة small ‏(0.5 vCPU و1 GB) ما مقداره 0.5 × 0.040 + 1 × 0.013 = ‎$0.033 في الساعة، أي نحو ‎$0.0000092 في الثانية. أما الأكبر، max ‏(8 vCPU و16 GB)، فتكلّف ‎$0.528 في الساعة.

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

العدّاد: من الإنشاء حتى الحذف

يُحتسب صندوق الرمل المؤقت من لحظة إنشائه حتى حذفه. ويشمل ذلك الوقت الذي يقضيه خاملاً قبل أن تزيله مهلة الخمول، وهي 300 ثانية افتراضياً.

ومن هنا تأتي معظم المفاجآت. سكربت يستغرق دقيقتين، في صندوق رمل لا يحذفه أحد، يُحتسب سبع دقائق: دقيقتان من العمل وخمس في انتظار المهلة. الحل ممل: احذف صندوق الرمل حين تنتهي (كتلة with في SDK تفعل ذلك عنك) أو قلّل مهلة الخمول.

الحد الأدنى: 60 ثانية لكل صندوق رمل

كل صندوق رمل مؤقت يُحتسب له 60 ثانية على الأقل من عمره. فتشغيل آلة microVM وربط قرصها وشبكتها ثم تفكيك كل ذلك يكلّف الشيء نفسه، سواء عملت الشيفرة بداخلها ثانية واحدة أو خمسين.

يُطبَّق الحد الأدنى مرة واحدة، عند انتهاء صندوق الرمل، وفقط إذا كان عمره الإجمالي أقل من 60 ثانية. ولا يوجد فوقه حد أدنى إضافي لكل ساعة أو لكل أمر.

التراكم والخصم: ميكرو دولار وسنتات كاملة

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

يجري التسعير بأجزاء من المليون من الدولار، والخصم بسنتات كاملة. وما يتبقى دون السنت يبقى في حسابك ويُضاف إلى الخصم التالي، ولا يُقرَّب إلى الأعلى لا لكل صندوق ولا لكل ساعة.

لهذا أهمية في النطاق الصغير. مئة صندوق رمل من 20 ثانية تتراكم إلى 100 × ‎$0.00055 = ‎$0.055. يُخصم منك خمسة سنتات، ونصف سنت ينتظر الدفعة التالية. لو قُرّب كل صندوق إلى سنت، لكلّف العمل نفسه دولاراً.

خاصيتان أخريان تستحقان المعرفة:

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

والنتيجة أن لوحة التحكم قد تتأخر عن الرقم الحي حتى ساعة. وللحصول على الرقم الحي، يعيد GET /sandboxes/{id}/usage القيمتين billed_usd وestimated_total_usd لصندوق الرمل حتى اللحظة.

صناديق الرمل persistent: لكل ساعة تبدأ، مع سقف

تحتفظ صناديق الرمل persistent بقرصها بين الجلسات، حتى 30 يوماً. وتُحتسب لكل ساعة تبدأ: 61 دقيقة تساوي ساعتين. وفي المقابل، لا يكلّف الشهر التقويمي (UTC) أبداً أكثر من 730 ساعة ناقص 25%.

بالنسبة إلى باقة standard، هذا السقف هو ‎$36.14 شهرياً بدلاً من ‎$48.18. وما دام صندوق الرمل persistent متوقفاً مؤقتاً، فلا يُحتسب إطلاقاً.

حين ينفد الرصيد

لا ينزل الرصيد أبداً تحت الصفر. تُرفض صناديق الرمل الجديدة بالرمز 402 insufficient_balance. وتنتهي صناديق الرمل المؤقتة التي تعمل بالفعل عند مهلة الخمول أو عند TTL الخاص بها. أما persistent فتُوقف مؤقتاً بعد 24 ساعة دون شحن، وتستأنف وحدها حين تضيف رصيداً. تُحفظ اللقطات الموقوفة 14 يوماً. بعدها يُحذف الصندوق ويرد معرّفه بـ 410 sandbox_deleted.

إذا كان وكيل ذكاء اصطناعي ينشئ صناديق الرمل نيابةً عنك، فاضبط سقفاً يومياً وآخر شهرياً. عند بلوغ السقف يُعاد 429 budget_exceeded مع وقت إعادة الضبط، وهو شيء يستطيع البرنامج التصرف بناءً عليه.

أين تخسر الفوترة بالثانية

الفوترة بالثانية ممتازة للعمل الذي يُقاس بالثواني والدقائق. وكلما طال العمل، ساءت.

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

طريقة سريعة للتقدير

سعر الساعة للباقة × عدد الثواني التي سيبقى فيها صندوق الرمل ÷ 3600، مع 60 ثانية حداً أدنى. أضف مهلة الخمول إن لم تكن ستحذفه بنفسك. وفي صناديق persistent، قرّب كل جلسة إلى ساعات كاملة وتوقف عند السقف الشهري.

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