الإجاباتمنشور18 المصادر
Google Cloud تجهّز البنية التحتية لوكلاء الذكاء الاصطناعي: وكلاء لقواعد البيانات ونسخ Cloud Run دائمة
قدمت Google Cloud في أغسطس 2026 وكلاء Database Operations Agents المدعومين بـGemini Cloud Assist، إلى جانب نسخ Cloud Run المخصصة للتشغيل المستمر. يتولى Database Onboarding Agent مهام اليوم صفر، بينما يستخدم Database Observability Agent بيانات المراقبة لتشخيص المشكلات واقتراح الإصلاحات وتنفيذ بعضها بعد موافقة المستخدم.
نشر بواسطةتم التحرير باستخدام GPT-5.6 Lunaتم إنشاء الصور باستخدام GPT Image 1.5
إجابة البحث
الوجبات السريعة الرئيسية
- قدمت Google Cloud في أغسطس 2026 وكلاء Database Operations Agents المدعومين بـGemini Cloud Assist، إلى جانب نسخ Cloud Run المخصصة للتشغيل المستمر.
- يتولى Database Onboarding Agent مهام اليوم صفر، بينما يستخدم Database Observability Agent بيانات المراقبة لتشخيص المشكلات واقتراح الإصلاحات وتنفيذ بعضها بعد موافقة المستخدم.
- توفر Cloud Run instances نسخة واحدة ثابتة من التطبيق، ولا تتوسع تلقائيا أو تصل إلى الصفر، ويمكنها العمل حتى سبعة أيام بعنوان HTTPS ثابت.
- لا يعني التشغيل المستمر أن ذاكرة الوكيل أصبحت دائمة؛ إذ تظل الجلسات وسير العمل بحاجة إلى قاعدة بيانات أو نظام تخزين خارجي موثوق.
موجّه الذكاء الاصطناعي
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Google Cloud introduce in August to support AI-agent infrastructure—specifically, how do its Gemini Cloud Assist–integrated Databas. Article summary: In August, Google Cloud introduced two complementary building blocks for always-on AI agents: Database Operations Agents to automate database setup and operations, and Cloud Run instances for low-cost, persistent single-. Topic tags: general, general web, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
تستهدف إعلانات Google Cloud في أغسطس 2026 مشكلتين أساسيتين في البنية التحتية لوكلاء الذكاء الاصطناعي: ما تزال قواعد البيانات تحتاج إلى إعداد واستكشاف أخطاء على يد متخصصين، بينما تحتاج الوكلاء طويلة التشغيل إلى بيئة لا تختفي فور انخفاض الطلب إلى الصفر. ولهذا قدمت الشركة Database Operations Agents لأتمتة دورة حياة قواعد البيانات، وطرحت في المعاينة Cloud Run instances لتشغيل أعباء مخصصة ودائمة لوكيل واحد. 23
1
إصداران لمشكلتين مختلفتين
يركز وكلاء عمليات قواعد البيانات على طبقة البيانات. فهي تستخدم Gemini Cloud Assist لمساعدة الفرق في اختيار قاعدة البيانات، وتجهيزها، ومراقبتها، وتشخيص أعطالها، وصيانتها عبر أوامر وسير عمل بلغة طبيعية. 23
أما Cloud Run instances فتركز على طبقة التشغيل. وهي توفر بيئة تشغيل منفردة وثابتة لأعباء مثل الوكلاء الشخصيين الذين يحتاجون إلى عملية متاحة باستمرار، أو عنوان اتصال لا يتغير، أو تفاعلات طويلة الأمد. 1
وهنا تبرز نقطة مهمة: تشغيل الوكيل في بيئة دائمة لا يجعل بياناته محفوظة تلقائيا، كما أن أتمتة قاعدة البيانات لا توفر بحد ذاتها مكانا لتشغيل وكيل متاح دائما. لذلك فالإصداران متكاملان، لكن لا يمكن استبدال أحدهما بالآخر.
ماذا تفعل Database Operations Agents؟
قدمت Google وكيلين ضمن استراتيجية Agentic Data Cloud:
- Database Onboarding Agent: يتولى مهام «اليوم صفر»، مثل اختيار قاعدة البيانات، والإعداد، والتهيئة، والنشر الأولي.
- Database Observability Agent: يتولى مهام اليومين الأول والثاني، بما في ذلك المراقبة، واستكشاف الأعطال، والصيانة المستمرة.
23
الفكرة هي استبدال تجميع نصوص الإعداد، وخطوات التهيئة، واستعلامات المراقبة، وإجراءات التشخيص يدويا، بسير عمل موجّه باللغة الطبيعية. وقد يخفف ذلك الأعمال المتكررة عن مسؤولي قواعد البيانات والمطورين وفرق موثوقية المواقع وفرق DevOps، مع إبقاء الإنسان داخل دائرة القرار عند إجراء تغييرات مؤثرة.
قواعد البيانات المدعومة
توضح Google أن Onboarding Agent يدعم خدمات قواعد البيانات المُدارة على Google Cloud، ومنها AlloyDB وBigtable وCloud SQL وSpanner. 29
لكن هذه الإمكانات لا تُطرح بوصفها متاحة للجميع على نحو عام؛ إذ تصف إعلانات Google قدرات الإعداد والمراقبة بأنها إصدارات معاينة، مع اقتصار بعض إمكانات المراقبة على عملاء وخدمات قواعد بيانات محددين. 29
34
كيف يبحث Observability Agent عن سبب المشكلة؟
لا يكتفي Observability Agent بقراءة مؤشر واحد بمعزل عن بقية النظام، بل يحاول ربط الإشارات التشغيلية ببعضها. ويمكنه الاستناد إلى مصادر مثل Database Insights وCloud Monitoring وCloud Logging وCloud Trace للبحث عن الأسباب المحتملة لمشكلات تشمل ارتفاع زمن الاستجابة، أو نقاط الاختناق في الاستعلامات، أو تنازع الأقفال، أو ضغط الموارد. 23
بعد ذلك يشرح السبب المرجح، ويقترح تغييرا، ويعرض مبرراته وتأثيره المتوقع. وبالنسبة إلى الإجراءات المدعومة، لا يُنفَّذ التغيير قبل موافقة المستخدم. وتشمل الأمثلة التي ذكرتها Google تفعيل تجميع اتصالات Cloud SQL وإضافة فهرس إلى قاعدة البيانات. 23
44
وتكتسب خطوة الموافقة أهمية خاصة في بيئات الإنتاج. فالتغيير الذي يبدو تحسيناً محلياً قد يؤثر في التكلفة أو زمن الاستجابة أو الأقفال أو سلوك التطبيق، ولذلك من الضروري وضع حد واضح للمراجعة البشرية قبل التنفيذ.
أين يمكن استخدام هذه الوكلاء؟
توزع Google هذه القدرات عبر الأدوات التي تستخدمها فرق السحابة أصلا. فهي مدمجة في محادثة Gemini Cloud Assist، وصفحات قواعد البيانات المعنية داخل Google Cloud Console، وعروض الأسطول في Database Center، وسطر الأوامر، وبيئات التطوير المتكاملة، وأدوات الطرف الثالث. 23
كما يمكن إتاحة إمكانات Database Insights وDatabase Center عبر واجهات متوافقة مع MCP، أي بروتوكول سياق النموذج. وتهدف خدمة MCP المُدارة من Google إلى تمكين Gemini وعملاء MCP الآخرين من الاتصال بقدرات قواعد البيانات والبنية التحتية من دون حاجة المستخدم إلى نشر خادم MCP بنفسه. 36
وتجعل هذه الخطوة وكلاء قواعد البيانات لبنات يمكن إدراجها في سير عمل أكبر؛ إذ يستطيع وكيل تشغيلي أو أداة تطوير خارجية استرجاع جرد قواعد البيانات، ومقاييسها، والمشكلات المكتشفة عبر واجهة أدوات موحدة، بدلا من الاعتماد على وحدة تحكم رسومية فقط.
ماذا تضيف Cloud Run instances لوكلاء الذكاء الاصطناعي؟
Cloud Run instances هي بيئات تشغيل مخصصة ومنفردة على Cloud Run. وبخلاف خدمة Cloud Run التقليدية، تعمل النسخة الواحدة بنسخة واحدة فقط، ولا تستخدم التوسع التلقائي، ولا تتوسع إلى الصفر. وقد طرحتها Google في المعاينة لحالات مثل الوكلاء الشخصيين وأعباء العمل طويلة الأمد، التي تكون عادة موجهة إلى مستخدم واحد. 1
يمكن لكل نسخة العمل باستمرار لمدة تصل إلى سبعة أيام، مع إعداد سياسة إعادة تشغيل تلقائية افتراضيا. كما يمكن للمستخدم إيقاف النسخة عندما لا يحتاج إليها ثم استئنافها لاحقا. وتحصل كل نسخة على عنوان HTTPS يظل ثابتا عبر التحديثات وعمليات إعادة التشغيل. 1
وتعالج هذه الخصائص عددا من المشكلات الشائعة في النشر عديم الخوادم المعتمد على الطلبات:
- لا انقطاع بسبب التوسع إلى الصفر: تظل العملية متاحة بدلا من إزالتها بين الطلبات.
- تشغيل منفرد: يعمل العبء كنسخة مخصصة واحدة، بدلا من أن يكررها التوسع التلقائي.
- عنوان ثابت: لا يتغير عنوان HTTPS عند إعادة تشغيل النسخة أو تحديثها.
- بنية تحت إدارة Google: يحصل المطور على نموذج عملية دائمة من دون إدارة نظام تشغيل آلة افتراضية أو قواعد جدار ناري أو إعداد نقطة نهاية HTTPS.
وتقدم Google هذا النموذج كبديل لتشغيل آلة افتراضية على نحو مستمر في بعض الحالات، وليس بديلا شاملا عن الآلات الافتراضية أو خدمات Cloud Run التي تعتمد على التوسع التلقائي.
التكلفة ومقايضة بدء التشغيل
تقول Google إن تشغيل Cloud Run instance باستمرار مع وحدة معالجة مركزية مشتركة واحدة و1 غيغابايت من الذاكرة يكلف 5.70 دولارات لكل 30 يوما. كما يستخدم العرض ميزانيات للاندفاعات الحاسوبية العرضية، ما يسمح للمطور بتجنب تجهيز البيئة على أساس أعلى ذروة متوقعة طوال الوقت. 1
وقد يقلل التشغيل الدائم من فرص التعرض لزمن البدء البارد. وذكر أحد المستخدمين الأوائل انخفاض حالات البدء البارد لوكيل طويل التشغيل بنسبة 88%، لكن هذه نتيجة أبلغ عنها عميل وليست ضمانا عاما للأداء. 1
لذلك ينبغي فهم رقم السعر على أنه مثال لإعداد محدد، لا تقديرا كاملا لتكلفة كل عملية نشر. فقد تشمل الفاتورة الفعلية موارد إضافية أو رسوما للشبكات والتخزين أو خدمات مرتبطة أخرى.
القيد الأهم: التشغيل الدائم لا يساوي ذاكرة دائمة
قد تحافظ Cloud Run instance على استمرار العملية، لكن ذلك لا يضمن بقاء البيانات المخزنة في الذاكرة بعد كل إعادة تشغيل أو إيقاف أو انتهاء مدة التشغيل. ويميز دليل Google المعماري بين حالة الجلسة الموجودة في الذاكرة والحالة الخارجية؛ فعند إعادة تشغيل التطبيق تضيع ذاكرة المحادثة المخزنة داخليا، بينما تحتاج أنظمة الإنتاج التي تتطلب الموثوقية إلى إدارة حالة خارجية. 19
وبالنسبة إلى الوكيل المستخدم في الإنتاج، يعني ذلك عادة حفظ الجلسات، وتقدم سير العمل، وغيرها من البيانات الدائمة في قاعدة بيانات أو نظام تخزين مستمر. وتشير إرشادات Google الخاصة بالوكلاء طويلة التشغيل إلى تخزين الجلسات في قاعدة بيانات، بما في ذلك Cloud SQL في سيناريوهات الإنتاج. 21
وهذه هي دلالة كلمة «حالة» في هذا السياق: توفر Cloud Run instances نموذج تشغيل يحتفظ بالعملية لفترة محددة، لكنها لا تلغي الحاجة إلى تخزين دائم عندما يجب على الوكيل استعادة عمل غير مكتمل أو الاحتفاظ بسياقه بعد انتهاء عمر النسخة.
ماذا تكشف الخطوة عن استراتيجية Google؟
عند جمع الإصدارين، يتضح أن Google Cloud تستهدف جانبي نظام الوكيل معا:
- تشغيل الوكيل: توفر Cloud Run instances خيارا منخفض العبء لعملية مخصصة وطويلة التشغيل مع نقطة نهاية ثابتة.
- إدارة طبقة البيانات: تؤتمت Database Operations Agents أجزاء من التجهيز والمراقبة والتشخيص والإصلاحات التي تحظى بالموافقة.
- ربط الأدوات عبر البيئات: توسع تكاملات MCP قدرات قواعد البيانات إلى أدوات التطوير وواجهات سطر الأوامر والعملاء والوكلاء الآخرين.
- إبقاء الإنسان ضمن الحلقة عند ارتفاع المخاطر: يستطيع Observability Agent اقتراح التغييرات، لكن إجراءات الإصلاح المدعومة تتطلب موافقة المستخدم.
والنتيجة العملية ليست بنية تحتية مستقلة بالكامل تلغي الحاجة إلى الخبرة الهندسية، بل مجموعة من المكونات المُدارة التي تقلل الأعمال التشغيلية المتكررة، مع إبقاء قرارات التصميم والصلاحيات والتخزين الدائم وحوكمة تغييرات الإنتاج مسؤوليات على عاتق الفرق.
بالنسبة إلى الفرق التي تبني مساعدين شخصيين أو سير عمل غير متزامن أو وكلاء متعددَي الجولات، تعالج Cloud Run instances استمرارية التشغيل. أما الفرق التي تدير قواعد البيانات التي تعتمد عليها هذه الوكلاء، فتستهدف Database Operations Agents العمل المتكرر المرتبط بالتهيئة وفهم الحالة والاستجابة للمشكلات. والاتجاه الأوسع واضح: تسعى Google إلى جعل الحوسبة وعمليات البيانات أكثر قابلية للاستخدام من جانب الوكلاء، عبر اللغة الطبيعية والبيانات التشغيلية وواجهات الأدوات المعيارية.
Studio Global AI
مواصلة البحث الخاص بك
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
يسأل الناس أيضا
ما هي الإجابة المختصرة على "Google Cloud تجهّز البنية التحتية لوكلاء الذكاء الاصطناعي: وكلاء لقواعد البيانات ونسخ Cloud Run دائمة"؟
قدمت Google Cloud في أغسطس 2026 وكلاء Database Operations Agents المدعومين بـGemini Cloud Assist، إلى جانب نسخ Cloud Run المخصصة للتشغيل المستمر.
ما هي النقاط الأساسية التي يجب التحقق منها أولاً؟
قدمت Google Cloud في أغسطس 2026 وكلاء Database Operations Agents المدعومين بـGemini Cloud Assist، إلى جانب نسخ Cloud Run المخصصة للتشغيل المستمر. يتولى Database Onboarding Agent مهام اليوم صفر، بينما يستخدم Database Observability Agent بيانات المراقبة لتشخيص المشكلات واقتراح الإصلاحات وتنفيذ بعضها بعد موافقة المستخدم.
ماذا يجب أن أفعل بعد ذلك في الممارسة العملية؟
توفر Cloud Run instances نسخة واحدة ثابتة من التطبيق، ولا تتوسع تلقائيا أو تصل إلى الصفر، ويمكنها العمل حتى سبعة أيام بعنوان HTTPS ثابت.