ما الذي أعلنته غوغل كلاود في أغسطس 2026 لتبسيط إدارة قواعد البيانات واستضافة وكلاء الذكاء الاصطناعي؟

في أغسطس 2026، طرحت غوغل كلاود مجموعة من الأدوات التي تستهدف مشكلة أساسية في تشغيل وكلاء الذكاء الاصطناعي: من سيتولى إعداد البنية التحتية ومراقبتها عندما تصبح التطبيقات أكثر استقلالية وطولًا في التشغيل؟

تتمحور الإجابة حول مسارين متكاملين ضمن توجه الشركة نحو Agentic Data Cloud: وكلاء يتولون جانب قواعد البيانات، وبيئة تشغيل مستمرة في Cloud Run للوكلاء الذين لا يناسبهم نمط الخدمات التي تتوقف عند غياب الطلبات. 211

وكلاء لإدارة قواعد البيانات من البداية إلى التشغيل اليومي

أعلنت غوغل في 5 أغسطس عن Database Operations Agents المدمجين مع Gemini Cloud Assist. وتنقسم قدراتهم إلى وكيلين رئيسيين:

Database Onboarding Agent

يركز هذا الوكيل على مهام «اليوم صفر»، أي المرحلة التي تسبق تشغيل قاعدة البيانات. فهو يفسّر متطلبات التطبيق وحجم العمل، ويوصي بخدمة قاعدة البيانات المُدارة الأنسب، ثم يساعد في الإعداد والتهيئة والنشر بدل أن يضطر الفريق إلى اتخاذ كل قرارات البنية التحتية يدويًا.

يدعم الوكيل:

• AlloyDB
• Bigtable
• Cloud SQL
• Spanner 2

Database Observability Agent

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

ويدعم:

• Cloud SQL
• AlloyDB
• Spanner
• Bigtable
• Firestore
• Memorystore 213

ولا يكتفي الوكيل بعرض مؤشرات منفصلة؛ إذ يربط البيانات القادمة من Database Insights وDatabase Center، إلى جانب Cloud Monitoring وCloud Logging وCloud Trace. وبالاستناد إلى المقاييس وبيانات الاستعلامات وقوائم الموارد ومعلومات المشكلات، يحاول تكوين تحليل للسبب الجذري للمشكلة. 2

كما أن دوره لا يتوقف عند تقديم التوصيات. فبعد الحصول على موافقة بشرية، يستطيع تنفيذ إجراءات إصلاح جرى التحقق منها، مثل تفعيل تجميع اتصالات Cloud SQL أو إضافة فهارس. وكانت وظائف التحقيق والتنفيذ داخل المنتج متاحة كميزات معاينة لعملاء محددين. 2

يمكن الوصول إلى هذه القدرات عبر محادثة Gemini والصفحات ذات الصلة بقواعد البيانات في Cloud Console، كما أتاحتها غوغل عبر واجهة سطر الأوامر، وخوادم وأدوات MCP، وأدوات خارجية، وبيئات تطوير متكاملة. 2

Cloud Run لاستضافة وكلاء لا يتوقفون عند غياب الطلبات

في 28 أغسطس، عاينت غوغل نوعًا مخصصًا من بيئات Cloud Run يُعرف ببيئة singleton. وهي تشغّل نسخة واحدة فقط ولا تستخدم التوسّع التلقائي، ما يجعلها أقرب إلى مورد مستمر ذي حالة من كونها خدمة عديمة الحالة مصممة لمعالجة أكبر عدد ممكن من الطلبات. 4

وتستطيع النسخة العمل لمدة تصل إلى سبعة أيام، مع تفعيل سياسة إعادة التشغيل التلقائي افتراضيًا. كما يظل عنوان HTTPS ثابتًا عبر التحديثات وإعادة التشغيل، ويمكن للمستخدم إيقاف النسخة ثم استئنافها لاحقًا. 4

وبحسب السعر الذي أوردته غوغل، تبلغ تكلفة تشغيل نسخة متواصلة بمواصفات وحدة معالجة افتراضية واحدة و1 غيغابايت من الذاكرة نحو 5.70 دولارات لمدة 30 يومًا، باستخدام وحدة معالجة افتراضية مشتركة وميزانيات للتنفيذ المتسارع. وتتمثل الفائدة مقارنةً بآلة افتراضية مخصصة في الجانب التشغيلي والمالي معًا: فلا يحتاج المستخدم إلى صيانة نظام التشغيل والآلة الافتراضية أو إدارة الجدار الناري أو إعداد نقطة HTTPS بنفسه، كما لا يدفع تكلفة موارد آلة افتراضية كاملة تعمل طوال الوقت. 4

وتستهدف غوغل في البداية وكلاء الذكاء الاصطناعي الشخصيين طويلَي التشغيل، مثل OpenClaw أو Hermes، الذين يخدمون مستخدمًا واحدًا ويحتاجون إلى الاحتفاظ بحالتهم واتصالهم حتى عندما يكون حاسوب المستخدم المحمول مغلقًا. 4

وأشارت الشركة إلى تصريح من عميلها OffDeal يفيد بانخفاض مرات التشغيل البارد بنسبة 88%. لكن هذه النتيجة يذكرها العميل نفسه، ولا تمثل ضمانًا عامًا للأداء أو معيارًا موحدًا من غوغل. 4

لماذا تجمع غوغل بين الإعلانين؟

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

بناءً على ذلك، تجعل Database Operations Agents طبقة البيانات أكثر اعتمادًا على الوكلاء: إذ يمكن للمستخدم وصف احتياجاته بلغة طبيعية، ثم الحصول على مساعدة في توفير قاعدة البيانات ومراقبتها والتحقيق في مشكلاتها ومعالجتها بعد الموافقة. وفي المقابل، توفر Cloud Run instances لبنة تشغيل مُدارة للعمليات الوكيلة المستمرة وذات الحالة. 24

لكن غوغل لم تلغِ دور الإنسان بالكامل؛ فالتغييرات المؤثرة في قواعد البيانات تظل مرتبطة بموافقة بشرية قبل تنفيذها. وهذا يضع الإعلانين في منطقة وسطى بين الأتمتة الكاملة والإدارة اليدوية: بنية تحتية أكثر استقلالية، مع إبقاء القرارات الحساسة تحت إشراف الفرق التقنية.