يتم تطبيق حدود الإنفاق على مستويين مستقلين. حد إنفاق على مستوى الحساب يضع سقفًا لإجمالي الإنفاق عبر جميع البوابات للمؤسسات التي تستخدم نظام الفوترة الموحدة (Unified Billing). أما القواعد على مستوى كل بوابة فهي توفر تحكمًا أكثر دقة. أيًا من الحدين يتم بلوغه أولاً سيقوم بحظر الطلبات اللاحقة . تعمل الحدود مع كل من طلبات الفوترة الموحدة - حيث تقوم كلاودفلير بتحميل الأرصدة مع رسوم معاملة قدرها 5% - وإعدادات "أحضر مفتاحك الخاص" (BYOK)، شريطة أن يكون سعر النموذج معروفًا
.
رفض الطلب برسالة خطأ 429 هو أداة غير مرنة. يوفر التوجيه الديناميكي (Dynamic Routing) من كلاودفلير - وهو في مرحلته التجريبية - بديلاً أكثر ذكاءً من خلال السماح بالتحويل إلى نماذج أرخص عند استنفاد الميزانية. يمكن أن تتضمن مسارات التوجيه عُقد حدود الميزانية (Budget Limit nodes) التي تفرض حصص التكلفة، وبدلاً من إسقاط الطلب، تقوم بالتحويل تلقائيًا إلى نموذج بديل . يدعم النظام نفسه عُقد تحديد المعدل (Rate Limit nodes)، وتقسيمات مرور A/B بنسب مئوية، وتفرعات شرطية بناءً على بيانات الطلب الوصفية مثل خطة المستخدم أو الفريق، كل ذلك دون لمس كود التطبيق
.
لعل الإعلان الأكثر أهمية هو النسخة التجريبية المغلقة للميزانيات المرتبطة بالهوية، والتي تتكامل مع خدمة كلاودفلير أكسس (Cloudflare Access) ومزود الهوية (IdP) الحالي للمؤسسة. هذا يحل المشكلة المستعصية لمفاتيح API المشتركة، حيث، كما تقول مدونة كلاودفلير، "لا أحد يعرف من أنفق وماذا" . إن الإسناد والتطبيق على مستوى الفرد المرتبطين مباشرة بالهوية المؤسسية يمنحان المدراء الماليين وفرق تقنية المعلومات "اقتصاديات الوحدة" (Unit Economics) للذكاء الاصطناعي المتوفرة لكل بند آخر في الأعمال
.
من خلال ربط حدود الإنفاق بالدولارات الحقيقية والأشخاص الحقيقيين، تراهن كلاودفلير على أن إدارة تكاليف الذكاء الاصطناعي ستصبح روتينية مثل تتبع أي نفقات أخرى للبنية التحتية السحابية.
Comments
0 comments