ما وراء ضجيج Gemini: جوجل تعيد اختراع السيرفرليس لتشغيل وكلاء الذكاء الاصطناعي

مقدمة تحليلية

في مؤتمر Google Cloud Next ’26، خطفت منصة Gemini Enterprise Agent Platform الأضواء بوعودها حول المؤسسات المعتمدة على الوكلاء (Agentic Enterprise). ومع ذلك، فإن القصة الحقيقية والمؤثرة على المدى الطويل لم تكن في واجهات التفاعل الذكية، بل في التحول الجذري الذي طرأ على البنية التحتية لخدمة Cloud Run. لقد أعلنت جوجل بهدوء عن ثلاث ركائز أساسية (Primitives) جديدة تعيد تعريف مفهوم 'الحوسبة بدون خادم' (Serverless) تماماً، محولة إياها من مجرد مستضيف لطلبات HTTP العابرة إلى نسيج حوسبة مستمر، آمن، وقابل للتوسع بشكل هائل.

هذا التغيير ليس مجرد تحديث تقني روتيني؛ بل هو استجابة مباشرة للفشل الهيكلي الذي واجهته بنية السيرفرليس التقليدية عند محاولة تشغيل وكلاء الذكاء الاصطناعي المعقدة. فبينما كان المطورون يصارعون لقيود الذاكرة وضعف الأمان في البيئات المشتركة، قدمت جوجل حلولاً تعالج 'ضريبة الرام' (RAM Tax) وتوفر بيئات عزل (Sandboxing) بمستوى عسكري، مما يجعل Cloud Run المنصة الأكثر كفاءة لبناء وكلاء برمجية حقيقية وليست مجرد نماذج تجريبية.

التحليل التقني

1. حالات Cloud Run (Instances): كسر حاجز 'الصفر'

النموذج التقليدي للسيرفرليس يعتمد على 'التقليص للصفر' (Scale-to-zero)، وهو ما كان يسبب ثغرة معمارية للتطبيقات التي تتطلب معالجة خلفية مستمرة. توفر ميزة Cloud Run Instances حاويات مخصصة وطويلة الأمد لا تتقلص للصفر، مما يسمح بتشغيل مهام الخلفية المستمرة واتصالات الـ Event Bus دون الحاجة لحيل برمجية للحفاظ على الحاوية دافئة. تقنياً، هذا يسمح بدمج بروتوكولات مثل Kafka مباشرة داخل بيئة سيرفرليس مع ضمان استمرارية الاتصال.

2. صناديق الحماية (Sandboxes): العزل القائم على gVisor

عندما تمنح وكيل ذكاء اصطناعي القدرة على كتابة وتنفيذ الأكواد برمجياً، فإنك تواجه مخاطر أمنية مرعبة. هنا يأتي دور Cloud Run Sandboxes التي تعتمد على تقنية gVisor لتوفير عزل بمستوى الميكرو-VM. تفتخر جوجل بقدرتها على إطلاق 300 صندوق حماية في الثانية لكل عنقود (Cluster)، مع زمن استجابة يقل عن الثانية للتنفيذ الأول. هذا يعني توفير 'سجن مزود بذاكرة' لكل عملية تنفيذ كود يقوم بها الوكيل، مما يضمن عدم خروج أي نص برمجى خبيث عن السيطرة.

3. تخزين الأقراص المؤقتة (Ephemeral Disk Storage): وداعاً لضريبة الرام

في السابق، كان أي ملف محلي يُخزن في نظام ملفات tmpfs، وهو ما يعني استهلاك ذاكرة الرام الخاصة بالحاوية. ميزة Ephemeral Disk Storage تربط وحدات تخزين بلوك (NVMe) عالية السرعة مباشرة بالحاويات. هذا يعني أن معالجة البيانات الضخمة أو ملفات النماذج لم تعد تسبب أخطاء 'خارج الذاكرة' (OOM)، حيث يتم الفصل التام بين مساحة معالجة البيانات ومساحة تخزينها المؤقتة.

4. تكامل MCP مع Gemini: لغة التخاطب بين الوكلاء

التكامل مع بروتوكول سياق النموذج (Model Context Protocol - MCP) يسمح لأنظمة الذكاء الاصطناعي بالتفاعل مع البنية التحتية الداخلية عبر طبقة مصادقة IAM من جوجل. هذا يحول Cloud Run من مجرد مستضيف إلى 'قدرة إدراكية' (Cognitive Capability)، حيث يمكن للوكيل الآن أن يطلب موارد حوسبة إضافية أو يفتح صندوق حماية جديداً لتنفيذ مهمة محددة بشكل ديناميكي ومؤمن تماماً.

السياق وتأثير السوق

تضع هذه التحديثات جوجل في مقدمة السباق السحابي ضد AWS Lambda وAzure Container Apps. فبينما لا تزال المنافسة تركز على سرعة الاستجابة، ركزت جوجل على 'جودة الحوسبة' واستقرارها. السوق حالياً ينتقل من مرحلة 'روبوتات الدردشة' إلى 'الوكلاء المستقلين'، وهذه المرحلة تتطلب بنية تحتية قادرة على الصمود لساعات وليس لمجرد ثوانٍ. إن توفير تخزين NVMe وعزل gVisor كخدمات سيرفرليس ميسرة يقلل التكلفة التشغيلية (OpEx) للشركات الناشئة التي كانت تضطر لاستخدام GKE أو VMs معقدة للقيام بنفس المهام.

رؤية Glitch4Techs

في Glitch4Techs، نرى أن هذه الإعلانات هي 'الأساس المتين' الذي يسبق 'الألعاب النارية'. التحذير الوحيد يكمن في 'الانغلاق على المورد' (Vendor Lock-in)؛ فبروتوكول MCP، رغم كونه مفتوحاً كفكرة، إلا أن تطبيقه الحالي مرتبط بعمق بهوية جوجل السحابية (IAM). كما أن أدوات المراقبة (Observability) داخل صناديق gVisor لا تزال معقدة وتتطلب خبرة عميقة في تتبع الأخطاء. نصيحتنا للمطورين: لا تنبهروا بعروض Gemini التسويقية، بل ابدأوا فوراً في هندسة تطبيقاتكم لتستفيد من Ephemeral Disk وInstances، لأنها هي من سيوفر لك المال ويؤمن بياناتك في عصر الوكلاء الذكيين.