Cloudflare R2: ما الذي يشتريه العميل حين تصبح رسوم نقل البيانات إلى الخارج صفراً؟

الخلاصة

• تعرض Cloudflare رسماً قدره 0.00 دولار لكل غيغابايت للنقل إلى الخارج في فئتي R2 Standard وInfrequent Access. وتعرض للفئة الثانية رسماً منفصلاً لاسترجاع البيانات قدره 0.01 دولار لكل غيغابايت؛ لذلك لا تعني مجانية بند النقل مجانية القراءة أو الانتقال كله، وفق وثائق الأسعار التي جرت مراجعتها في 19 سبتمبر 2026.
• توثّق الشركة نسخ ملف من R2 إلى وجهة محلية باستخدام Rclone. هذه طريقة خروج محددة، وليست دليلاً على أن تطبيقاً كاملاً نُقل بنجاح أو أن خدمة بديلة تستطيع تحمّل العمل بلا اعتماد غير مخطط له على المورد الأصلي.
• في حساب توضيحي يستبعد الطلبات والحصص المجانية والتقريب وبنوداً أخرى، تبلغ كلفة تخزين 1,000 غيغابايت-شهر 15 دولاراً في Standard و10 دولارات في Infrequent Access. واسترجاع 500 غيغابايت قابلة للفوترة من الفئة الثانية يستهلك فرق الخمسة دولارات قبل احتساب اختلاف رسوم الطلبات. هذا حساب للمكونات، لا فاتورة عميل.

بند اختفى من المعادلة، لا المعادلة كلها

السؤال الاقتصادي في خدمة R2 لدى Cloudflare ليس ما إذا كانت كلمة «صفر» صحيحة في جدول الأسعار. فالشركة تضع بالفعل سعراً صفرياً للنقل إلى الخارج في فئتي التخزين اللتين تتناولهما هذه الدراسة. السؤال هو ما الذي يستطيع العميل أن يفعله بهذا الصفر: هل يخفض كلفة توزيع بياناته فقط، أم يجعل نقل العمل إلى مورد آخر خياراً يستطيع تنفيذه في الوقت الذي يحتاج إليه؟

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

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

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

من هنا تنقسم المسألة إلى ثلاثة أسئلة متتابعة. ما الذي تفرض عليه R2 رسوماً؟ ما العملية التي توثّقها لإخراج البيانات؟ وما الدليل الإضافي اللازم كي تصبح البيانات الخارجة أساساً لعمل مستمر لدى بديل؟ الإجابة القوية لا تقفز من السؤال الأول إلى الثالث، ولا تتجاهل الثاني كي تصوّر الخدمة وكأنها بلا منفذ.

فئتا التخزين تكشفان مكان الكلفة المتبقية

توضح تعرفة Cloudflare المنشورة أن الاختلاف بين Standard وInfrequent Access لا يقتصر على سعر الاحتفاظ بالبيانات. جميع القيم التالية بالدولار الأميركي، وهي أسعار وحدات مدرجة وليست تكاليف انتقال مقاسة:

البند	Standard	Infrequent Access
التخزين لكل غيغابايت-شهر	0.015 دولار	0.010 دولار
مليون عملية من الفئة A	4.50 دولارات	9.00 دولارات
مليون عملية من الفئة B	0.36 دولار	0.90 دولار
النقل إلى الخارج لكل غيغابايت	0.00 دولار	0.00 دولار
الحد الأدنى لمدة التخزين	لا يوجد	30 يوماً

وتدرج Infrequent Access، إضافة إلى ذلك، رسماً لاسترجاع البيانات قدره 0.01 دولار لكل غيغابايت. ينبغي إبقاء هذا الاسم منفصلاً عن النقل إلى الخارج. الأول بند يتعلق باسترجاع البيانات من فئة التخزين، والثاني بند يتعلق بحركة البيانات إلى الخارج. اجتماعهما في عملية يستخدمها العميل لا يجعلهما البند نفسه، وصفر أحدهما لا يلغي الآخر.

حسابياً، يقل سعر وحدة التخزين في Infrequent Access بمقدار 0.005 دولار لكل غيغابايت-شهر، أي بثلث سعر Standard. في المقابل، يبلغ سعر عملية الفئة A ضعف نظيره، وسعر عملية الفئة B يعادل 2.5 مرة نظيره. هذه نسب بين أسعار الوحدات المعلنة للفئتين، وليست نسب تغير عبر الزمن، ولا برهاناً على أن اختياراً واحداً أفضل لكل العملاء.

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

وتضيف شروط التسعير طبقة أخرى إلى المقارنة. الحصة المجانية الشهرية الخاصة بـStandard تشمل 10 غيغابايت-شهر، ومليون عملية من الفئة A، وعشرة ملايين عملية من الفئة B. ولا تنطبق هذه الحصة على Infrequent Access. وتذكر الوثائق تقريب الاستخدام إلى وحدة الفوترة التالية. كما يبقى حد الثلاثين يوماً في الفئة الأقل سعراً للتخزين شرطاً يجب فحصه عند تقدير الاستخدام الفعلي.

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

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

كيف تستهلك القراءة فرق التخزين؟

لإظهار الآلية من دون ادعاء محاكاة فاتورة، يمكن بناء حساب خطي مبسط على أسعار الوحدات المدرجة. نفرض أن كمية التخزين وعدد العمليات متساويان في المقارنة بين الفئتين. نرمز إلى التخزين المقاس بالغيغابايت-شهر بالحرف S، وإلى عمليات الفئة A بالملايين بالحرف A، وإلى عمليات الفئة B بالملايين بالحرف B. ويرمز R إلى غيغابايت الاسترجاع القابلة للفوترة في Infrequent Access.

تكون مكونات الكلفة بالدولار في هذا النموذج كما يلي:

Standard = 0.015 × S + 4.50 × A + 0.36 × B

Infrequent Access = 0.010 × S + 9.00 × A + 0.90 × B + 0.010 × R

وبطرح الأولى من الثانية يظهر موضع المفاضلة:

الفرق = -0.005 × S + 4.50 × A + 0.54 × B + 0.010 × R

الإشارة السالبة في عنصر التخزين تمثل انخفاض كلفته في Infrequent Access، بينما تمثل العناصر الموجبة فرق سعر العمليات والاسترجاع. لا يوجد في المعادلتين رسم موجب للنقل إلى الخارج، لأن سعر ذلك البند المدرج صفر. لكن غيابه لا يمنع مجموع العناصر الأخرى من الارتفاع عندما يتغير الاستخدام.

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

خذ كمية افتراضية مقدارها 1,000 غيغابايت-شهر. يساوي مكوّن التخزين وحده 15 دولاراً في Standard و10 دولارات في Infrequent Access. الفارق الإجمالي في هذا المكوّن خمسة دولارات. وعند استرجاع 500 غيغابايت قابلة للفوترة من Infrequent Access، يضيف سعر 0.01 دولار خمسة دولارات، فيستهلك فرق التخزين قبل النظر إلى اختلاف سعر العمليات.

وإذا بلغ الاسترجاع في المثال 1,000 غيغابايت قابلة للفوترة، يصبح مجموع التخزين والاسترجاع في Infrequent Access عشرين دولاراً، مقارنة بخمسة عشر دولاراً لمكوّن التخزين في Standard. لا تعني هذه المقارنة أن فاتورة عميل بعينه ستكون بهذه القيم، ولا أن كل قراءة تسترجع ملفاً كاملاً، ولا أن الحجم المسترجع يساوي دائماً الحجم المخزن. إنها تبين فقط كيف يتعايش رسم نقل صفري مع بند آخر يتزايد مع الاسترجاع.

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

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

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

الخروج موثّق، لكن ماذا يغادر فعلاً؟

لا تقف الأدلة عند الأسعار. تعرض وثائق Cloudflare الخاصة بـRclone مثالاً لنسخ ملف من حاوية R2 إلى وجهة محلية:

rclone copy r2:user-uploads/dog.txt .

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

وتصف الوثائق إعداد Rclone باختيار التخزين المتوافق مع S3 ومزود Cloudflare R2، واستخدام معرّف مفتاح وصول ومفتاح سري ونقطة نهاية لواجهة S3. وتشمل متطلبات الإعداد الموثقة معرّف حساب Cloudflare ورمز R2 بصلاحيات مناسبة. هذه المعلومات تحدد ما يلزم لتجهيز المسار؛ ولا تثبت أن عميلاً معيناً يفتقر إلى مفاتيحه أو أن الشركة تمنعه من التحكم فيها.

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

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

أما تحذير Cloudflare بشأن sync فيضيف فرقاً عملياً لا ينبغي إخفاؤه: يمكن للمزامنة أن تحذف من الوجهة ملفات غير موجودة في المصدر. لذلك لا تعامل هذه الدراسة النسخ والمزامنة بوصفهما إجراءً واحداً. وأي خطة تتضمن حذفاً تحتاج إلى قرار واختبار منفصلين، لا إلى استبدال اسم أمر بآخر ضمن تصور عام عن «نقل البيانات».

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

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

توافق S3 نقطة بداية للتحقق لا نتيجة نهائية

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

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

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

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

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

الاختبار الذي يفصل قابلية النسخ عن قابلية الاستبدال

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

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

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

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

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

النتيجة العامة أضيق وأصلب: السعر الصفري للنقل ميزة حقيقية في بند محدد، ومسار النسخ الموثق يتيح اختبار خروج البيانات. أما ثمن الانتقال الكامل وقدرة العمل على البقاء لدى بديل فمسألتان مفتوحتان. في R2، توضح رسوم الاسترجاع واختلاف أسعار العمليات لماذا يحتاج العميل إلى هذين المستويين من الأدلة معاً، لا إلى اختيار أحدهما وإنكار الآخر.