تسعير Cloudflare Workers: هل Worker Previews مجانية؟

لفهم تسعير Cloudflare Workers، نبدأ بالسؤال الأهم: هل Worker Previews مجانية؟ نعم، تتضمن Workers Free عدد 100 Preview لكل Worker و100 عملية نشر لكل Preview. لكن هذه الإتاحة لا تجعل اختبار الفروع بلا قيود؛ فالتنفيذ الديناميكي ودقائق البناء والتخزين واستدلال الذكاء الاصطناعي وContainers لكل منها حدوده أو أسعاره المنفصلة.

تمنح Cloudflare Worker Previews كل فرع في Git بيئة شبيهة بالإنتاج ضمن Worker نفسه. والإجابة العملية ليست مجرد «$0»، بل هي أن كائن Preview متاح في الخطة المجانية، ثم يستهلك الفرع منتجات المنصة نفسها أو يتعامل معها، وهي منتجات ينبغي احتسابها في الميزانية أصلًا.

هل Worker Previews مجانية ضمن تسعير Cloudflare Workers؟

نعم، الإتاحة نفسها مجانية. تعرض Cloudflare في حدود Preview الحالية عدد 100 Preview لكل Worker في الخطة المجانية، و500 في الخطط المدفوعة، و100 عملية نشر داخل كل Preview في كلتا الحالتين.

لكن لهذه الإجابة حد واضح. فالـ Preview كائن بيئة، وليست حزمة مجانية من وقت التشغيل أو التخزين أو عمليات البناء أو استدعاءات النماذج. وما تزال صفحة تسعير Workers الحالية لدى Cloudflare تمنح حسابات Free عدد 100,000 طلب Worker ديناميكي يوميًا، مع حد CPU يبلغ 10 ميلي ثانية لكل استدعاء. أما Workers Paid فما تزال تبدأ من $5 لكل حساب شهريًا، وتشمل 10 ملايين طلب و30 مليون ميلي ثانية من CPU شهريًا، ثم تُطبّق أسعار التجاوز المنشورة.

جرى التحقق من وثائق Preview والتسعير المنشورة في 28 سبتمبر 2026. لا تعرض أي من الصفحتين رسومًا خاصة بـ Preview، لكنهما لا تنصان أيضًا على أن تنفيذ Preview غير محدود أو أنه يحصل على رصيد استخدام مستقل. لذلك فالميزانية الآمنة هي: إتاحة Preview مجانية، مع استمرار عدادات المنتجات الحالية.

ما الذي تغيّر فعليًا في 22 سبتمبر 2026؟

أطلقت Cloudflare ميزة Worker Previews في 22 سبتمبر 2026 لتمنح كل فرع بيئة تشغيل خاصة به، ورابط Preview ثابتًا، وإعدادات، وقابلية للرصد، وحالة مستقلة. ويؤدي تشغيل npx wrangler preview إلى إنشاء Preview مرتبط بالفرع الحالي أو تحديثه.

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

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

العزل هنا فعلي. تمنح Cloudflare كل Preview تلقائيًا مساحة أسماء Durable Object وتخزينًا خاصين به. كما يمكنها توفير تطبيق container ونسخ تشغيل منفصلة. وقد تختلف المتغيرات والأسرار والروابط عن الإنتاج، بينما تبقى السجلات والتتبعات محصورة في الفرع.

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

ماذا تمنحك الخطة المجانية من Worker Previews؟

تكفي الخطة المجانية لسير عمل اعتيادي قائم على الفروع. يستطيع Worker واحد استضافة 100 بيئة Preview، ويمكن لكل Preview الاحتفاظ بـ100 عملية نشر. ترفع الخطة المدفوعة عدد البيئات إلى 500، لكنها لا ترفع حجم سجل النشر لكل Preview.

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

وتوضح مقارنة الكائنات القديمة بالجديدة الصورة. كانت مطابقة خمسة فروع عبر بيئات Wrangler تعني إدارة خمسة Workers منفصلة. أما Worker Previews فتضع العدد نفسه من الفروع تحت Worker واحد بوصفها خمسة كائنات Preview. في الخطة المجانية، ينخفض إشغال الحساب من 5% من حد الـ100 Worker إلى 1% من حد Workers، إضافة إلى 5% من إتاحة Preview لذلك الـWorker. وقد يظل السعر الأساسي الموثق $0 في كلا التصميمين ما دام الاستخدام ضمن الحدود؛ فالمكسب هو تبسيط العزل وتقليل تشتت البيئات، لا الحصول على تنفيذ بسعر مخفض.

تتطلب Worker Previews إصدار Wrangler 4.135.0 أو أحدث. والإصدار المحلي داخل المشروع هو المهم، لأن أوامر المشروع لا تستبدله تلقائيًا بإصدار عام أحدث. ولهذا قد يظهر تشخيص خاطئ بأن «الميزة غير متاحة» في مستودع قديم.

كما أن لحدود الإعدادات أثرًا مباشرًا. لا ترث Previews إعدادات الإنتاج، بل يحصل الفرع على ما هو معلن في كتلة previews، إضافة إلى الموارد التي تعزلها Cloudflare تلقائيًا. وقد يؤدي ترك الكتلة فارغة أو ناقصة إلى Preview ينجح نشره لكنه لا يستطيع الوصول إلى المورد الذي تتوقعه الشفرة.

حدود Cloudflare Preview: ما الذي يُحذف أولًا؟

تنفذ Cloudflare التنظيف تلقائيًا عندما يمتلئ أي من حدي الكائنات. فعلى مستوى Worker، تحذف Preview الذي مضى أطول وقت منذ آخر نشر له. وداخل Preview واحد، تحذف أقدم عملية نشر.

وهذا يجعل عملية النشر رقم 101 إلى Preview نفسه حدثًا يمس الاحتفاظ: تُحذف أقدم عملية نشر كي تتسع القائمة للجديدة. ولا يعني ذلك أن أول 100 عملية بناء كانت مجانية. تقيس Workers Builds دقائق البناء بصورة منفصلة، سواء أفضت عمليات البناء إلى نشر إنتاجي أم إلى نشر Preview.

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

كما أن حذف الكائنات تلقائيًا ليس سياسة كاملة لتنظيف الموارد. يؤدي حذف Preview إلى إزالة سجل Preview ومساحة أسماء Durable Object الخاصة به، لكن Cloudflare تنبه إلى احتمال بقاء تطبيق container الذي أُنشئ تلقائيًا ظاهرًا. لذلك ينبغي لمهمة إغلاق الفرع حذف Preview، ثم فحص تطبيقات Container إذا كانت Containers قد استُخدمت.

تسعير Cloudflare Worker Previews يتكون من أربع طبقات

لا يتضمن تسعير Cloudflare Worker Previews بندًا منشورًا لكل Preview. لكن الفاتورة تظل مكوّنة عمليًا من أربع طبقات: تنفيذ Worker، وعمليات البناء، والموارد المرتبطة، ومنتجات الحوسبة أو النماذج الاختيارية.

1. تنفيذ Worker

تسمح Workers Free بعدد 100,000 طلب لكل حساب يوميًا، وتضع حدًا قدره 10 ميلي ثانية من CPU لكل استدعاء. طلبات الأصول الثابتة مجانية وغير محدودة، بينما ينطبق رصيد الطلبات على ما يصل إلى شفرة Worker. لذلك قد يبدو اختبار فرع يحمّل ملفات ثابتة فقط قليل التكلفة، في حين يستهلك اختبار كثيف لواجهات API الرصيد الديناميكي.

تبدأ Workers Paid من $5 لكل حساب شهريًا. وتشمل 10 ملايين طلب و30 مليون ميلي ثانية من CPU شهريًا، ثم تبلغ التكلفة $0.30 لكل مليون طلب إضافي و$0.02 لكل مليون ميلي ثانية إضافية من CPU. تستخدم Paid حد CPU افتراضيًا قدره 30 ثانية لاستدعاء HTTP، ويمكن ضبطه حتى 5 دقائق.

غالبًا ما يكون حد الـ10 ميلي ثانية في Free أول عائق. ولا يمكن لحجم الطلبات تعويضه؛ إذ يفشل اختبار لا يرسل سوى بضعة طلبات إذا كان استدعاء ديناميكي واحد يحتاج باستمرار إلى أكثر من 10 ميلي ثانية من CPU.

ولفهم قرار المنصة الأوسع، تفصل مراجعة Cloudflare بين خطة حساب Workers البالغة $5 وخطط تطبيقات Cloudflare لكل نطاق وعدادات المنتجات الأخرى.

2. Workers Builds

تمنح حدود Workers Builds وتسعيرها حسابات Free عدد 3,000 دقيقة بناء شهريًا، وعملية بناء متزامنة واحدة، ومهلة قدرها 20 دقيقة. تشمل Paid عدد 6,000 دقيقة، ثم تفرض $0.005 عن كل دقيقة إضافية، مع ست عمليات بناء متزامنة والمهلة نفسها. وقد تصطدم الفروع التي ينشئها الوكلاء بحد التزامن أو الدقائق حتى عندما يظل عدد كائنات Preview منخفضًا.

ولهذا يجب ألا تُقرأ عبارة «100 عملية نشر لكل Preview» على أنها «100 عملية بناء مشمولة». فالأولى سجل عمليات نشر محتفظًا به، والثانية حوسبة CI.

3. التخزين والموارد المرتبطة

تستخدم KV وD1 وR2 وQueues وVectorize وHyperdrive وغيرها من الروابط معرّفات موارد وعدادات خاصة بها. وإذا ارتبطت بيئتا Preview بقاعدة D1 أو حاوية R2 نفسها، فستشتركان في البيانات. يتطلب العزل موردًا مستقلًا، ويظل ذلك المورد خاضعًا لتسعير منتجه.

ولمعرفة الحجم، تشمل R2 عدد 10 GB-month، و1 مليون عملية Class A، و10 ملايين عملية Class B شهريًا. ويبلغ سعر التخزين القياسي بعد ذلك $0.015 لكل GB-month، وسعر Class A هو $4.50 لكل مليون، وClass B هو $0.36 لكل مليون. وتشمل D1 Free قراءة 5 ملايين صف وكتابة 100,000 صف يوميًا، إضافة إلى 5 GB من إجمالي التخزين. ويوضح تحليل حدود D1 المجانية لماذا قد تتحول قاعدة بيانات مرحلية مشتركة إلى حد للتوافر حتى مع بقاء كائنات Preview متاحة.

ولدى KV رصيد يومي مستقل أيضًا: 100,000 قراءة و1,000 كتابة و1,000 حذف و1,000 طلب قائمة في Free، مع تخزين 1 GB. وقد يستهلك اختبار يملأ مساحة أسماء أو يمسحها هذا الرصيد أسرع بكثير من اختبار تحقق يعتمد القراءة فقط.

4. استدلال الذكاء الاصطناعي وContainers

تمنح أسعار Workers AI حسابات Free وPaid على السواء 10,000 Neurons يوميًا بلا رسوم. وفي Paid، تبلغ تكلفة الاستخدام فوق ذلك الرصيد $0.011 لكل 1,000 Neurons. لذلك يتطلب اختبار فرع يستدعي نموذجًا احتساب نشاطين: طلب Worker والاستدلال الذي يشغله. أما اشتراك وكيل برمجي خارجي أو واجهة API لنموذج، فهو فاتورة من مزود آخر ولا يدخل ضمن إتاحة Preview.

لا يعرض تسعير Container أي رصيد Container في Free. وتشمل Workers Paid عدد 25 GiB-hours من الذاكرة، و375 vCPU-minutes، و200 GB-hours من القرص شهريًا، مع أسعار تجاوز منفصلة. كما تستخدم حركة Container كلًا من Workers وDurable Objects، ولذلك فإن Container المعزول تلقائيًا لبيئة Preview ليس منتجًا ذا عداد واحد.

تكلفة Worker Previews لخمسة فروع نشطة

تبدأ ورقة الحساب الصحيحة من عبء العمل، لا من اسم الخطة. افترض وجود خمسة فروع نشطة، يستقبل كل منها 200 طلب اختبار ديناميكي يوميًا. يصبح المجموع 1,000 طلب يوميًا عبر خمسة كائنات Preview.

في Free، يظل عدد Preview مريحًا والحركة المقدّرة محدودة. ويتبقى للحساب 99,000 طلب ديناميكي يوميًا فقط إذا لم يستهلك أي شيء آخر هذا الرصيد. ينبغي أن تضم ورقة التشغيل حركة الإنتاج وWorkers الأخرى وبيئات الفروع الخمس جميعًا.

وهنا يجب توضيح مستوى الدليل. تصف Cloudflare عدد 100,000 طلب يوميًا بأنه حد على مستوى خطة الحساب، كما أن Preview يشغّل نسخة فعلية من Worker. لكن وثائق Preview لا تنص صراحة على أن حركة Preview تُخصم من العداد نفسه. لذلك فإن تطبيق عداد الحساب على طلبات Preview افتراض متحفظ في الميزانية إلى أن تؤكده ملاحظة فعلية لاستخدام الحساب أو تصريح واضح من Cloudflare.

لم تكن بيانات اعتماد حساب Cloudflare أو مشروع Worker أو تثبيت Wrangler محلي داخل المشروع متاحة أثناء عملية التحقق هذه. لذلك لم تُنشر أي Previews مؤقتة ولم يُقَس أي تغير في الاستخدام. إجابة الإتاحة موثقة من المصادر، أما ورقة الحساب فهي نموذج تقديري.

في Paid، لا ينتج عبء عمل الفروع هذا أي تجاوز في الطلبات بمفرده، لكن الحساب يظل يدفع الحد الأدنى الشهري البالغ $5. وقد تغيّر CPU والمنتجات المرتبطة هذه النتيجة. وبكثافة الاختبار نفسها، تولّد جميع خانات Preview المجانية وعددها 100 نحو 20,000 طلب يوميًا، أي 20% من الرصيد اليومي المقدّر. أما جميع الخانات المدفوعة وعددها 500 فتولّد 3 ملايين طلب خلال شهر من 30 يومًا، أي 30% من الطلبات الشهرية المشمولة. في المثالين المعزولين، يصل حد كائنات Preview قبل نفاد رصيد الطلبات. ويمكن لحركة الإنتاج أن تعكس هذا الترتيب.

ماذا يعني ذلك للمطورين والمشغلين والمشترين؟

يحصل المطورون على إثبات تشغيل متوازٍ، لا أمان تلقائي للموارد

يستطيع المطور منح كل فرع نشط رابطًا ثابتًا وحالة Durable Object معزولة. وهذا يزيل تضارب البيئة المرحلية المشتركة، حيث كان نشر أحد المهندسين يبطل مراجعة مهندس آخر. كما يمنح الوكيل البرمجي هدفًا ملموسًا لأوامر curl وفحوص المتصفح والسجلات والتتبعات.

العائق هنا هو الإعدادات. لا تصبح D1 وKV وR2 معزولة لمجرد عزل الشفرة. فإذا استخدمت بيئتا Preview المعرّف نفسه، فإنهما تشتركان في المورد. والخيار الآمن افتراضيًا هو مورد مستقل غير إنتاجي، أو مورد مرحلي مشترك عن قصد وبياناته قابلة للتخلص منها.

المشغلون مسؤولون عن الميزانية المشتركة ومسار التنظيف

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

وينبغي إدراج مسار التنظيف ضمن أتمتة طلبات الدمج. احذف Preview عند إغلاق فرعه. وإذا استُخدمت Containers، فتحقق من تطبيق container الذي أُنشئ تلقائيًا. واحتفظ بأي رابط نشر أو تتبع مطلوب لحادث قبل أن يخرجه تدوير سجل الاحتفاظ.

ينبغي للمشترين الترقية عند وجود حد واضح بالاسم

لا تشترِ Paid لمجرد أن كلمة «Preview» تبدو ميزة مدفوعة. اشترها عندما يتجاوز مطلب محدد حدود Free: أكثر من 100 Preview متزامن على Worker واحد، أو اقتراب الحركة الديناميكية مع حركة الإنتاج من 100,000 طلب يوميًا، أو حاجة أحد الاستدعاءات إلى أكثر من 10 ميلي ثانية من CPU، أو وجود أي متطلب لـContainer.

وقد تكون Paid أيضًا خيار المخاطر المنطقي قبل أن يفرضها الحجم الخام. فقد يفضل فريق يقدم خدمة للعملاء رصيدًا شهريًا وفاتورة تجاوز على حد Free يومي، حتى عندما لا تستهلك اختبارات خمسة فروع سوى 1% من ذلك الرصيد اليومي المقدّر.

ما الذي ينبغي فعله بصورة مختلفة؟

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

انتظر إذا كان التطبيق يعتمد على روابط خدمة بين عدة Workers، أو مستهلكي Queue، أو Cron Triggers، أو مسارات الإنتاج، أو Workflows المعزولة تلقائيًا. فهذه المسارات لا تبقى بالكامل داخل Preview حاليًا. وما يزال بإمكان Preview اختبار الجزء المواجه لـHTTP، لكنه لا يستطيع إثبات عزل النظام كاملًا.

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

قاعدة القرار مباشرة: ابقَ على Free ما دام عدد الكائنات وCPU لكل استدعاء وحركة الحساب المقدّرة واحتياجات المنتجات كلها ضمن الحدود. وانتقل إلى Paid عندما يصبح أي حد منها مهمًا تشغيليًا. عدد الطلبات ليس نقطة الانتقال الوحيدة.

ما الذي نال ضجة أكبر من حجمه؟

يكون خطاب الإطلاق في أدق حالاته عندما يصف Worker خاصًا بالفرع ومعزولًا. لكنه يصبح أوسع من الواقع إذا فُهم على أنه نسخة معزولة من تطبيق Cloudflare كامل.

• يستدعي رابط خدمة من Preview عملية النشر الإنتاجية للـWorker الآخر. ولا تتطابق مسارات الطلبات بين عدة Workers تلقائيًا من فرع إلى فرع.
• يستخدم رابط Workflow نسخة Workflow منشورة وموجودة. ولا تنشئ Cloudflare نسخة Workflow خاصة بـPreview لذلك الفرع.
• يستطيع Preview إرسال رسائل إلى Queue، لكنه لا يستطيع أن يكون مستهلك Queue. وقد يؤدي توجيهه إلى Queue إنتاجية إلى استهلاك الإنتاج لرسائل الاختبار.
• تظل Cron Triggers ومسارات الإنتاج موجهة إلى الإنتاج.
• لا تُعزل KV وD1 وR2 وعدة موارد أخرى إلا عند ربط معرّف مورد مختلف.
• تكون روابط Preview عامة افتراضيًا. يحمل نموذج workers.dev الترويسة X-Robots-Tag: noindex، لكن ينبغي حماية Preview على نطاق مخصص باستخدام Cloudflare Access عندما يجب أن يبقى العمل غير المنشور خاصًا.
• دعم Container جزئي، وقد يترك الحذف التطبيق المنشأ ظاهرًا إلى أن يُنظّف بصورة مستقلة.

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

أما المبالغة الأخرى فهي مالية: وجود 100 Preview في Free لا يعني وجود 100 بيئة مرحلية متكاملة ومجانية. بل يعني أن Cloudflare تسمح لـWorker واحد باستضافة هذا العدد من كائنات Preview. والموارد الموجودة خلفها هي التي تحدد الميزانية.

تحقّق من الإتاحة، ثم استخدم دليل الإعداد

لا يحتاج فحص الإتاحة سوى أربعة أسئلة:

1. هل يستخدم الحساب Workers Free أم Paid؟
2. كم عدد Previews النشطة حاليًا لدى هذا الـWorker؟
3. كم تستهلك بيئة الإنتاج وWorkers الأخرى بالفعل من ميزانية الطلبات وCPU الخاصة بالحساب؟
4. هل يثبت المشروع إصدار Wrangler 4.135.0 أو أحدث؟

إذا كانت هذه الإجابات ضمن الحدود، فاستخدم دليل إعداد Worker Previews الرسمي من Cloudflare للإعداد والنشر. وأبقِ مراجعة التكلفة منفصلة: اسرد كل مورد مرتبط ومسار بناء واستدعاء نموذج وContainer قبل أن يبدأ أي وكيل في إنشاء الفروع.

الأسئلة الشائعة عن Cloudflare Worker Previews

هل يمكن استخدام Cloudflare Workers مجانًا؟

نعم. تكلفة Workers Free هي $0، وتشمل 100,000 طلب Worker ديناميكي يوميًا، وتدعم حتى 100 Preview لكل Worker. ومع ذلك، يظل حد كل استدعاء 10 ميلي ثانية من CPU، وتحتفظ المنتجات المرتبطة بأرصدتها المنفصلة.

كم تبلغ تكلفة Cloudflare Worker؟

تكلفة Workers Free هي $0. تبدأ Workers Paid من $5 لكل حساب شهريًا، وتشمل 10 ملايين طلب و30 مليون ميلي ثانية من CPU، ثم تفوتر التجاوز وفق الأسعار المنشورة. ولا يوجد لـPreview رسم أساسي منفصل منشور.

كم عدد Cloudflare Workers المتاح مجانًا؟

تسمح Workers Free بعدد 100 Worker لكل حساب. وهذا منفصل عن حد Worker Previews الذي يسمح بـ100 Preview تحت كل Worker في Free.

كم تبلغ تكلفة Cloudflare Workers AI؟

تشمل Workers AI عدد 10,000 Neurons يوميًا بلا رسوم. وفي Workers Paid، تبلغ تكلفة الاستخدام فوق ذلك الرصيد اليومي $0.011 لكل 1,000 Neurons.

هل Cloudflare Workers AI مجانية؟

تقدم Workers AI رصيدًا يوميًا مجانيًا قدره 10,000 Neurons في كل من Workers Free وWorkers Paid. تتوقف حسابات Free عند نفاد الرصيد، بينما تستطيع حسابات Paid الاستمرار بسعر $0.011 لكل 1,000 Neurons فوقه.

من أكبر منافسي Cloudflare؟

لا يوجد منافس واحد عبر جميع منتجات Cloudflare في الشبكات والأمان والحوسبة والتخزين وأدوات المطورين. قارن الطبقة المحددة التي تريد استبدالها بدل التعامل مع الشركة كلها كمنتج واحد.

لماذا تتراجع Cloudflare؟

السؤال ملتبس وحساس للوقت؛ فقد يشير إلى سعر سهم أو حالة خدمة أو حركة مرور أو مقياس آخر. ولا يغير أي من هذه التفسيرات حدود Worker Previews التي جرى التحقق منها في وثائق Cloudflare المنشورة في 28 سبتمبر 2026.

هل Cloudflare شركة روسية؟

لا. يذكر التعريف بالشركة لدى Cloudflare أن مقرها في سان فرانسيسكو، وأن Cloudflare, Inc. مدرجة للتداول العام في بورصة نيويورك بالرمز NET.

لماذا يستخدم FBI خدمات Cloudflare؟

لا يثبت هذا المقال أن FBI يستخدم Cloudflare، ولا يقدم أي ادعاء بشأن منظومة موردي الجهة. والسؤال لا يرتبط بإتاحة Worker Previews وحدود استخدامها الموثقة.

خطوة يوم الاثنين

ابدأ بخمسة فروع، وحدد لكل منها سقفًا يبلغ 200 طلب اختبار ديناميكي يوميًا، وصنّف الناتج البالغ 1,000 طلب يومي في الميزانية على أنه افتراض لعداد مشترك. سجّل استخدام الحساب للطلبات قبل التجربة وبعدها عندما تتوفر صلاحية الوصول إلى الفوترة. إذا أكد الفرق النموذج، فأبقِ ورقة الحساب؛ وإذا لم يؤكده، فاستبدل الافتراض بالملاحظة الفعلية.

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

هل تريد تحويل إصدار البنية التحتية التالي إلى قرار واضح للميزانية والتشغيل؟ اشترك في النشرة البريدية.