تتيح خدمة Agent Compute Engine الجديدة للشركات إيقاف واستئناف وكلاء الذكاء الاصطناعي طويلة الأمد دون إعادة بناء بيئات التنفيذ، مما قد يقلل من الإنفاق السحابي. مع توسع الشركات في استخدام وكلاء الذكاء الاصطناعي، تراهن جوجل على أن تكاليف البنية التحتية الخاملة قد تصبح عائقاً رئيسياً أمام التبني. لمعالجة هذا التحدي، أطلقت الشركة يوم الخميس خدمة Agent Compute Engine، وهي خدمة توقف الوكلاء غير النشطين وتستعيدهم عند الطلب مع الحفاظ على حالة تنفيذهم.
غالباً ما يقضي وكلاء الذكاء الاصطناعي فترات طويلة في انتظار التعليمات، أو استجابات الأدوات، أو الموافقات البشرية. بينما يمكن للشركات تقليل التكاليف عن طريق إيقاف تشغيل موارد الحوسبة الأساسية، فإن إعادة تشغيل الوكلاء تتطلب عادةً إعادة بناء بيئة التنفيذ واستعادة السياق، مما يزيد من زمن الاستجابة. تقول جوجل إن خدمة Agent Compute Engine الجديدة تعالج هذه المفاضلة من خلال الحفاظ على حالة الوكيل في أجهزة microVMs معزولة بالأجهزة يمكن إيقافها واستئنافها عند الطلب.
يهدف اختيار أجهزة microVMs إلى تقليل النفقات العامة المرتبطة بالأجهزة الافتراضية التقليدية، والتي تستغرق عادةً وقتاً أطول للتشغيل وتتطلب المزيد من الموارد للتهيئة، حسبما كتبت الشركة في منشور مدونة. بالإضافة إلى ذلك، توفر أجهزة microVMs عزلاً أقوى من الحاويات، التي تستخدمها الشركات عادةً لتشغيل وكلاء الذكاء الاصطناعي على بنية تحتية مشتركة. على عكس الحاويات، التي تشارك نواة نظام التشغيل المضيف، تشغل أجهزة microVMs نواتها الخاصة، مما يوفر حدود عزل أقوى للوكلاء الذين ينفذون رمزاً تم إنشاؤه بواسطة الذكاء الاصطناعي أو يتعاملون مع مدخلات غير موثوق بها، مما يحد من التأثير المحتمل للوكلاء المخترقين، حسبما أضافت الشركة.
كيف تخفض الخدمة التكاليف للوكلاء طويلي الأمد؟
قال أميت كومار جينا، رئيس تطوير الذكاء الاصطناعي في شركة الاستشارات التقنية Kanerika، إن القدرة على إيقاف واستئناف بيئة حوسبة الوكيل بسرعة ستساعد كبار مسؤولي المعلومات (CIOs) على توفير التكاليف، على الأقل لوكلاء البرمجة والبحث طويلي الأمد الذين يحتفظون بالحالة لساعات أو أيام. ردد مانوج شاندرا جا، المحلل الرئيسي في Nord-IQ Research، أن الحوسبة السحابية التقليدية لم تُبنَ للوكلاء طويلي الأمد الذين ينشطون آلاف المرات ويظلون خاملين بخلاف ذلك.
بالنسبة للمطورين، فإن نفس القدرة على الاحتفاظ بحالة الوكيل أثناء إيقاف مهمة واستئنافها يمكن أن تقلل من الأعباء الهندسية لصيانة المهام طويلة الأمد، وفقاً لجينا. قال جينا: "إنها تتيح للمطورين التوقف عن بناء طبقة الحفظ والاستئناف الخاصة بهم. الكثير من التعليمات البرمجية التي توجد فقط للبقاء على قيد الحياة أثناء التوقف تختفي."
ما هي المفاضلات وتحديات التبني؟
ومع ذلك، تأتي الخدمة الجديدة مع مجموعة خاصة بها من المفاضلات، خاصة الارتباط بالبائع، والتعقيد التشغيلي، وتوفير التكاليف غير المؤكد. قال باريخ جاين، المحلل الرئيسي في Pareekh Consulting، إن Agent Compute Engine مدمجة بشكل وثيق مع Google Cloud، مما قد يجعل من الصعب على الشركات نقل أعباء عمل الوكلاء إلى مزود سحابي آخر أو تشغيلها عبر منصات متعددة دون إعادة صياغة أجزاء من بنيتها التحتية. أضاف أن ذلك يعني أن الشركات قد تصبح أيضاً معتمدة على نهج جوجل في إدارة حالة الوكيل وهويته وبيئات التنفيذ.
علاوة على ذلك، سيعتمد توفير التكاليف المحتمل أيضاً على كيفية استخدام الوكلاء المختلفين لموارد الحوسبة. ردد جينا قائلاً: "يجب على كبار مسؤولي المعلومات أن يحصوا بشكل مثالي عدد الوكلاء الذين يحتفظون بالحالة لأكثر من بضع دقائق من وقت الخمول. يجب أن يحدد هذا العدد ما إذا كان ينبغي لهم الاهتمام بالمحرك الجديد."
أضاف أن Compute Engine ليست متاحة بعد للمعاينة، مما يعني أن الشركات ستراهن على خارطة طريق جوجل بدلاً من الأداء الإنتاجي المثبت. القضية الأخرى، وفقاً لجينا، هي احتمال زيادة تكاليف التخزين.
هل يواجه المطورون تحديات مع ميزة حفظ الحالة؟
الفكرة وراء الخدمة ليست جديدة تماماً. قال جينا: "لقد قامت AWS بتشغيل microVM لكل جلسة في AgentCore منذ عام 2025 وتوقف فوترة وحدة المعالجة المركزية بينما ينتظر الوكيل. وكلاء مايكروسوفت المستضافون في Foundry يتوقفون بين الأدوار ويحتفظون بنظام الملفات." ومع ذلك، تدعي جوجل أنها خطت خطوة أبعد من إيقاف بيئة بين المهام، حيث تحافظ آلية حفظ الحالة (checkpointing) في ACE على الذاكرة وحالة التنفيذ بحيث يمكن للوكيل الاستئناف من حيث توقف بدلاً من إعادة بناء سياقه وإعادة تشغيل التنفيذ، أضاف جينا.
ومع ذلك، قد يواجه المطورون بعض المشكلات مع ميزة حفظ الحالة، خاصة عندما يتم مقاطعة الوكلاء أثناء التفاعل مع الأنظمة الخارجية. قال جينا: "إذا حدث التوقف بين استدعاء واجهة برمجة تطبيقات وتأكيدها، يستيقظ الوكيل غير متأكد مما إذا كانت الدفعة قد تمت أو تم الالتزام بها، ويحاول مرة أخرى. يجب أن يكون كل إجراء خارجي آمناً للتكرار. معظم تعليمات وكلاء الذكاء الاصطناعي اليوم لا تُكتب بهذه الطريقة." أشار جينا إلى أن المطورين قد يواجهون أيضاً تحديات تتعلق بالانحراف وتصحيح الأخطاء. قال إن بيئات الوكلاء التي تظل نشطة لأسابيع يمكن أن تختلف عن تكويناتها الأصلية مع تغير الملفات والتبعيات وإصدارات البرامج، مما يجعل الأخطاء أصعب في إعادة الإنتاج والبيئة أصعب في التدقيق. أضاف أنه لذلك، سيحتاج المطورون إلى تعيين سياسات انتهاء الصلاحية وإعادة بناء مساحات العمل بشكل دوري من صور أساسية جديدة للحفاظ على الاتساق. أضاف جينا أن تصحيح الأخطاء قد يصبح أكثر تعقيداً أيضاً، لأن المطورين سيحتاجون إلى فحص الأجهزة الافتراضية المعلقة لتشخيص المشكلات التي تظهر بعد استئناف الوكيل، وأدوات تصحيح الأخطاء للبيئات المتوقفة لا تزال غير ناضجة نسبياً.
