نطاق الميزانية وإعداداتها

الحدود هنا ليست مقاسًا واحدًا يناسب الجميع. يمكن تحديد نطاقها بدقة حسب النموذج، أو المزود، أو أبعاد البيانات الوصفية المخصصة مثل معرّف المستخدم، أو الفريق، أو التطبيق . على سبيل المثال، يمكن لمؤسسة أن تضع ميزانية يومية قدرها 200 دولار لكل مستخدم، أو سقفًا يوميًا إجماليًا قدره 10,000 دولار على إنفاق البوابة ككل، أو حدًا يوميًا قدره 50 دولارًا لنموذج محدد باهظ الثمن . تستخدم كل قاعدة فترة زمنية قابلة للتكوين مع استراتيجية إعادة تعيين إما ثابتة (تتوافق مع التقويم) أو متحركة (فترة زمنية متجددة) .

مستويان من التطبيق

يتم تطبيق حدود الإنفاق على مستويين مستقلين. حد إنفاق على مستوى الحساب يضع سقفًا لإجمالي الإنفاق عبر جميع البوابات للمؤسسات التي تستخدم نظام الفوترة الموحدة (Unified Billing). أما القواعد على مستوى كل بوابة فهي توفر تحكمًا أكثر دقة. أيًا من الحدين يتم بلوغه أولاً سيقوم بحظر الطلبات اللاحقة . تعمل الحدود مع كل من طلبات الفوترة الموحدة - حيث تقوم كلاودفلير بتحميل الأرصدة مع رسوم معاملة قدرها 5% - وإعدادات "أحضر مفتاحك الخاص" (BYOK)، شريطة أن يكون سعر النموذج معروفًا .

التوجيه الديناميكي: خيار بديل بدلاً من الفشل

رفض الطلب برسالة خطأ 429 هو أداة غير مرنة. يوفر التوجيه الديناميكي (Dynamic Routing) من كلاودفلير - وهو في مرحلته التجريبية - بديلاً أكثر ذكاءً من خلال السماح بالتحويل إلى نماذج أرخص عند استنفاد الميزانية. يمكن أن تتضمن مسارات التوجيه عُقد حدود الميزانية (Budget Limit nodes) التي تفرض حصص التكلفة، وبدلاً من إسقاط الطلب، تقوم بالتحويل تلقائيًا إلى نموذج بديل . يدعم النظام نفسه عُقد تحديد المعدل (Rate Limit nodes)، وتقسيمات مرور A/B بنسب مئوية، وتفرعات شرطية بناءً على بيانات الطلب الوصفية مثل خطة المستخدم أو الفريق، كل ذلك دون لمس كود التطبيق .

ميزانيات مرتبطة بالهوية عبر كلاودفلير أكسس

لعل الإعلان الأكثر أهمية هو النسخة التجريبية المغلقة للميزانيات المرتبطة بالهوية، والتي تتكامل مع خدمة كلاودفلير أكسس (Cloudflare Access) ومزود الهوية (IdP) الحالي للمؤسسة. هذا يحل المشكلة المستعصية لمفاتيح API المشتركة، حيث، كما تقول مدونة كلاودفلير، "لا أحد يعرف من أنفق وماذا" . إن الإسناد والتطبيق على مستوى الفرد المرتبطين مباشرة بالهوية المؤسسية يمنحان المدراء الماليين وفرق تقنية المعلومات "اقتصاديات الوحدة" (Unit Economics) للذكاء الاصطناعي المتوفرة لكل بند آخر في الأعمال .

الضغوط الصناعية وراء هذا الإصدار

هذه المجموعة من الميزات هي استجابة مباشرة لإخفاقات محددة في السوق لاحظتها كلاودفلير بين عملائها :

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

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

نطاق الميزانية وإعداداتها

الحدود هنا ليست مقاسًا واحدًا يناسب الجميع. يمكن تحديد نطاقها بدقة حسب النموذج، أو المزود، أو أبعاد البيانات الوصفية المخصصة مثل معرّف المستخدم، أو الفريق، أو التطبيق . على سبيل المثال، يمكن لمؤسسة أن تضع ميزانية يومية قدرها 200 دولار لكل مستخدم، أو سقفًا يوميًا إجماليًا قدره 10,000 دولار على إنفاق البوابة ككل، أو حدًا يوميًا قدره 50 دولارًا لنموذج محدد باهظ الثمن . تستخدم كل قاعدة فترة زمنية قابلة للتكوين مع استراتيجية إعادة تعيين إما ثابتة (تتوافق مع التقويم) أو متحركة (فترة زمنية متجددة) .

مستويان من التطبيق

يتم تطبيق حدود الإنفاق على مستويين مستقلين. حد إنفاق على مستوى الحساب يضع سقفًا لإجمالي الإنفاق عبر جميع البوابات للمؤسسات التي تستخدم نظام الفوترة الموحدة (Unified Billing). أما القواعد على مستوى كل بوابة فهي توفر تحكمًا أكثر دقة. أيًا من الحدين يتم بلوغه أولاً سيقوم بحظر الطلبات اللاحقة . تعمل الحدود مع كل من طلبات الفوترة الموحدة - حيث تقوم كلاودفلير بتحميل الأرصدة مع رسوم معاملة قدرها 5% - وإعدادات "أحضر مفتاحك الخاص" (BYOK)، شريطة أن يكون سعر النموذج معروفًا .

التوجيه الديناميكي: خيار بديل بدلاً من الفشل

رفض الطلب برسالة خطأ 429 هو أداة غير مرنة. يوفر التوجيه الديناميكي (Dynamic Routing) من كلاودفلير - وهو في مرحلته التجريبية - بديلاً أكثر ذكاءً من خلال السماح بالتحويل إلى نماذج أرخص عند استنفاد الميزانية. يمكن أن تتضمن مسارات التوجيه عُقد حدود الميزانية (Budget Limit nodes) التي تفرض حصص التكلفة، وبدلاً من إسقاط الطلب، تقوم بالتحويل تلقائيًا إلى نموذج بديل . يدعم النظام نفسه عُقد تحديد المعدل (Rate Limit nodes)، وتقسيمات مرور A/B بنسب مئوية، وتفرعات شرطية بناءً على بيانات الطلب الوصفية مثل خطة المستخدم أو الفريق، كل ذلك دون لمس كود التطبيق .

ميزانيات مرتبطة بالهوية عبر كلاودفلير أكسس

لعل الإعلان الأكثر أهمية هو النسخة التجريبية المغلقة للميزانيات المرتبطة بالهوية، والتي تتكامل مع خدمة كلاودفلير أكسس (Cloudflare Access) ومزود الهوية (IdP) الحالي للمؤسسة. هذا يحل المشكلة المستعصية لمفاتيح API المشتركة، حيث، كما تقول مدونة كلاودفلير، "لا أحد يعرف من أنفق وماذا" . إن الإسناد والتطبيق على مستوى الفرد المرتبطين مباشرة بالهوية المؤسسية يمنحان المدراء الماليين وفرق تقنية المعلومات "اقتصاديات الوحدة" (Unit Economics) للذكاء الاصطناعي المتوفرة لكل بند آخر في الأعمال .

الضغوط الصناعية وراء هذا الإصدار

هذه المجموعة من الميزات هي استجابة مباشرة لإخفاقات محددة في السوق لاحظتها كلاودفلير بين عملائها :

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

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