وسّعت Cloudflare نطاق عدد من الميزات التي كانت مرتبطة بخطة Enterprise، لتصبح متاحة لجميع العملاء أو لشرائح أوسع منهم، ضمن تعهد أعلنته الشركة قبل عام بتقليص الفجوة بين مستويات الوصول إلى منصتها. وتشمل التغييرات أدوات السجلات والإدارة المركزية، إلى جانب رفع حدود الاستخدام في خدمات البنية السحابية والتطوير.
ميزات البيانات والإدارة تنتقل إلى نطاق أوسع
أصبحت Logpush متاحة لعملاء Free وPro وBusiness عبر الخدمة الذاتية وبنظام الدفع حسب الاستخدام، بعد أن كانت مخصصة لعملاء Enterprise. وتتيح الخدمة إرسال سجلات Cloudflare إلى وجهات التخزين والأمن والتحليلات، بينما يتيح Logpush Transformers استخدام SQL لتصفية السجلات أو حجب البيانات الحساسة أو إثرائها وإعادة تنسيقها قبل تسليمها، من دون تشغيل خط أنابيب ETL منفصل.
كما أصبحت Custom Dashboards متاحة لجميع العملاء، وأضيفت إلى مجموعات البيانات المدعومة في Logpush أحداث جدار الحماية على مستوى الحساب، وتحليلات WebSocket، ومؤشرات الرؤية الخاصة بما بعد التشفير الكمي. ووسّعت Cloudflare أدوار التحكم بالوصول القائم على الدور (RBAC) لتشمل معظم المنتجات والحسابات والمناطق، مع دعم إدارة الموارد الفردية في Workers، كما هو الحال في R2 وAccess.
إدارة الحسابات المتعددة
أطلقت الشركة زر New Account الذي يسمح للمستخدمين بإنشاء حسابات Cloudflare مجانية إضافية مباشرة من لوحة التحكم، بهدف فصل المشاريع أو فرق العمل ومراكز التكلفة. وتُحاسب الحسابات بصورة مستقلة، مع تطبيق إجراءات للحد من الاحتيال وإساءة الاستخدام. أما عملاء Enterprise، فتوصيهم Cloudflare حالياً بالتواصل مع فريق حساباتهم لإنشاء الحسابات الجديدة والاستفادة من الاتفاقيات والاشتراكات القائمة.
وتتيح Organizations جمع الحسابات في واجهة موحدة للتحليلات والإعدادات المشتركة وسجلات التدقيق، إضافة إلى إعدادات WAF وGateway وAccess IdP. الخدمة في مرحلة تجريبية لعملاء Enterprise، ومن المقرر أن تصبح متاحة عموماً في أكتوبر، على أن تصل إلى الحسابات المجانية في أوائل 2027. وتفرض Cloudflare على كل عميل Enterprise مؤسسة واحدة فقط لتوفير عرض موحد لأصوله.
تدعم الشركة أيضاً إدارة هذه البنية عبر Terraform ووضع علامات مفتاحية على الموارد، بما يساعد الفرق على جعل التغييرات قابلة للمراجعة والتكرار بدلاً من الاعتماد على تعديلات يدوية في لوحة التحكم.
ما الذي يتغير عملياً للمطورين والفرق التقنية؟
رفع Cloudflare حدود عدد من الخدمات. ففي Workers ارتفع زمن بدء التشغيل إلى ثانية واحدة، وحجم رسائل WebSocket إلى 32 ميغابايت، وعدد الطلبات الفرعية إلى مليون طلب لكل طلب، كما زاد الحجم غير المضغوط للعامل إلى 64 ميغابايت. وفي Containers أصبحت الحدود تصل إلى 6 تيرابايت من الذاكرة و1,500 وحدة vCPU و30 تيرابايت من التخزين.
وشملت الزيادات Workflows، وBrowser Run، وVectorize، وPages، وAI Search، وأحجام ترويسات HTTP، وAPI Shield، وDurable Objects، وSecurity Insights. ومن أمثلتها رفع عدد عمليات Workflows المتزامنة إلى 50,000، وزيادة المتجهات في فهرس Vectorize إلى 20 مليوناً، ورفع الأصول الثابتة في مشروع Pages إلى 100,000.
حدود الالتزام والأسئلة المفتوحة
تقول Cloudflare إنها لن تقدم ميزات جديدة حصرية لـEnterprise، باستثناء حالات ذات طبيعة خاصة مثل Cloudflare for Government، وإن الاختلاف بين الخطط سيتعلق بحجم الاستخدام لا بنوع الميزات. لكن الشركة تقر بأن الهدف لم يتحقق بالكامل بعد؛ فإدارة Organizations للحسابات المجانية مؤجلة إلى 2027، كما أن إنشاء الحسابات لعملاء Enterprise ليس ذاتياً بالكامل بعد.
وبالنسبة للعملاء غير المؤسسيين، أضافت Cloudflare لوحة وواجهة برمجة لمراقبة الاستخدام القابل للفوترة، وتنبيهات للميزانية مفعّلة افتراضياً، وتختبر سقوف إنفاق صلبة مع إتاحة مبكرة متوقعة في الربع الرابع من 2026. أما تجربة الفوترة نفسها لعملاء Enterprise، فتتوقع الشركة إعلاناً عنها في 2027. لذلك تمثل الخطوة توسيعاً فعلياً للوصول إلى الأدوات والقدرات، لكنها لا تلغي بعد الفروق في الحصص، وإدارة الحسابات، ومواعيد الإتاحة بين الخطط.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.