كلودفلير $NET يعتقد أن الطلب على وحدة المعالجة المركزية قد يزيد 20 ضعفًا مع وكلاء الذكاء الاصطناعي

$AMD $INTC $ARM
تجادل الشركة بأن وكلاء الذكاء الاصطناعي قد يخلقون مشكلة هائلة في بنية تحتية لوحدات المعالجة المركزية/الخوادم إذا كان كل عامل يعمل مع عدة وكلاء باستخدام نموذج السحابة الحالي
الرياضيات:
الولايات المتحدة:
⏩ 100 مليون عامل معرفي × وكيل واحد لكل منهم ÷ حوالي 10 وكلاء لكل وحدة معالجة مركزية = 10 ملايين وحدة معالجة مركزية
العالم:
⏩ 1 مليار عامل معرفي × 10 وكلاء لكل منهم ÷ حوالي 10 وكلاء لكل وحدة معالجة مركزية = 1 مليار وحدة معالجة مركزية
تقارن كلودفلير هذا بالإنتاج العالمي الحالي لوحدات المعالجة المركزية للخوادم والذي يبلغ فقط حوالي 35 مليون إلى 45 مليون سنويًا، مما يوحي أن النهج الحالي قد يتطلب حوالي 20 ضعف الإنتاج السنوي الحالي لوحدات المعالجة المركزية
$NET يعرض Agent Cloud كحل
هذه هي الطريقة التي ستعمل بها:
1. عمال ديناميكيون بدلاً من الحاويات الكاملة
يمكن تشغيل الوكلاء عند الطلب وإعادتها إلى التخزين البارد عند عدم الاستخدام، مما يتجنب حاوية ثقيلة دائمًا على كل وكيل
2. كائنات دائمة للحالة
يحتاج الوكلاء إلى ذاكرة/حالة للمهام، والملفات، والجلسات، والتقدم، ونتائج الأدوات. توفر الكائنات الدائمة لكل وكيل/تطبيق كائنًا ذا حالة مع تخزين محلي مدعوم بواسطة SQLite
3. سير العمل للوكلاء الذين يعملون لفترات طويلة
قد يعمل الوكلاء لدقائق أو ساعات أو أيام أثناء انتظار الموافقات، أو إعادة المحاولة، أو الأحداث الخارجية، أو الخطوات المجدولة. تتيح سير العمل الديناميكي لهذه العمليات أن تتوقف مؤقتًا بين الخطوات بدلاً من استهلاك الحوسبة باستمرار
4. مشروع فكر / مجموعة أدوات الوكلاء
يضيف مشروع فكر عناصر أساسية خاصة بالوكلاء مثل التنفيذ الدائم، استرداد الأعطال، التحقق من النقاط، الوكلاء الفرعيين، الجلسات المستمرة، وتنفيذ الشيفرة في بيئة معزولة
5. بيئات معزولة فقط عند الحاجة إلى حواسيب كاملة
بالنسبة لوكلاء البرمجة أو المهام التي تتطلب باش، جيت، أنظمة ملفات، متصفحات، أو ثنائيات عشوائية، لا تزال كلودفلير تقدم حاويات Sandbox. لكن الفكرة هي استخدامها فقط عند الضرورة، وليس كبيئة تشغيل افتراضية لكل وكيل