فاتورة Cloudflare بأكثر من 10 آلاف دولار سببها alarm يعيد جدولة نفسه في Durable Objects
المغزى: الخطة المجانية توقف التشغيل عند الحد، أما المدفوعة فلا تذكر صفحة أسعارها سقفًا يوقفه، فالترقية قد تعني إزالة الحماية الوحيدة من خطأ برمجي متكرر.
نشر موقع Serverless Horrors في 8 أكتوبر 2026 فاتورة من Cloudflare بقيمة 10,811.41 دولارًا، نقلًا عن صاحب الحساب. وبحسب ما نشره صاحب الحساب، كان السبب alarm واحدًا في خدمة Durable Objects صار يعيد جدولة نفسه بلا نهاية، فنتج عنه ما يقارب 6 تريليونات عملية قراءة وكتابة. وهذه الأرقام منسوبة إلى صاحب الحساب، ولم تؤكدها Cloudflare.
وخدمة Durable Objects تتيح جدولة alarm عبر الدالة setAlarm()، فيُستدعى الكود في الموعد المحدد. وإذا كان هذا الكود نفسه يستدعي setAlarm() من جديد، تتكرر الدورة دون توقف.
وتشرح صفحة الأسعار الرسمية لماذا تتضخم الفاتورة بهذه السرعة. فكل استدعاء للـ alarm يُحسب request، وكل نداء لـ setAlarm() يُحسب سطرًا مكتوبًا في SQLite. أي أن الدورة الواحدة تُحاسَب في بندين مختلفين. والأسعار المنشورة: مليون request مجانًا ثم 0.15 دولار لكل مليون، و50 مليون سطر مكتوب مجانًا ثم دولار واحد لكل مليون، و25 مليار سطر مقروء مجانًا ثم 0.001 دولار لكل مليون.
ولا يمكن تفكيك الفاتورة بدقة من هذه الأسعار، لأن رقم التريليونات يجمع القراءة والكتابة معًا، وتوزيعه بينهما غير منشور.
والبند الأهم في الصفحة نفسها يخص الحدود. فعلى الخطة المجانية، بنص الصفحة، إذا تجاوز الحساب أيًا من الحدود المجانية، تفشل العمليات من هذا النوع بخطأ. أما الخطة المدفوعة فلا تذكر الصفحة لها أي سقف إنفاق يوقف التشغيل. وتوفر Cloudflare إشعارات للفوترة، لكنها تنبيه يصل، لا سقف يوقف.
ويعني ذلك أن الفريق الذي يرقّي حسابه من المجاني إلى المدفوع يستبدل خطأ يوقف الخدمة بفاتورة تستمر في النمو. وفي الخدمات التي تُحاسب لكل عملية، قد يكلف خطأ برمجي واحد في حلقة تكرار آلاف الدولارات قبل أن يلاحظه أحد، كما في هذه الحالة. أما نتيجة طلب استرداد المبلغ في هذه الحالة، فالمصادر مختلفة حولها.