AnswersPublished18 sources
גוגל קלאוד מכינה תשתית לסוכני AI: מנהלי מסדי נתונים ו־Cloud Run שלא נעלם
באוגוסט 2026 הציגה גוגל קלאוד שני רכיבים משלימים לתשתיות AI: סוכני Database Operations לניהול מסדי נתונים ו־Cloud Run instances להרצת תהליכים ייעודיים ומתמשכים. סוכן ה־Onboarding מטפל בבחירת מסד הנתונים, בהקמה ובהגדרה; סוכן ה־Observability מנתח טלמטריה, מאתר תקלות, מציע תיקונים ויכול לבצע פעולות נתמכות בכפוף לאישור...
פורסם על ידינערך באמצעות GPT-5.6 Lunaהתמונות נוצרו באמצעות GPT Image 1.5
Research answer
Key takeaways
- באוגוסט 2026 הציגה גוגל קלאוד שני רכיבים משלימים לתשתיות AI: סוכני Database Operations לניהול מסדי נתונים ו־Cloud Run instances להרצת תהליכים ייעודיים ומתמשכים.
- סוכן ה־Onboarding מטפל בבחירת מסד הנתונים, בהקמה ובהגדרה; סוכן ה־Observability מנתח טלמטריה, מאתר תקלות, מציע תיקונים ויכול לבצע פעולות נתמכות בכפוף לאישור המשתמש.
- Cloud Run instances מריצים עותק יחיד שאינו עובר autoscaling או scale to zero, יכולים לפעול עד שבעה ימים ומקבלים כתובת HTTPS קבועה — אך זיכרון תהליך אינו תחליף לאחסון נתונים עמיד.
AI Prompt
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
גוגל קלאוד מכוונת באוגוסט 2026 לשתי נקודות כאב שחוזרות כמעט בכל מערכת המבוססת על סוכני AI: מסדי נתונים עדיין דורשים מומחיות רבה להקמה, לניטור ולפתרון תקלות, ואילו סוכנים בעלי משימות ארוכות זקוקים לסביבת הרצה שלא נעלמת מיד כשאין תעבורה. החברה הציגה Database Operations Agents לניהול מחזור החיים של מסדי נתונים, ובמקביל השיקה בתצוגה מקדימה Cloud Run instances — סביבות הרצה ייעודיות ומתמשכות לסוכנים יחידים. 23
1
שני חידושים, שתי בעיות תשתית
סוכני Database Operations מתמקדים בשכבת הנתונים. הם נעזרים ב־Gemini Cloud Assist כדי להנחות תהליכים של בחירת מסד נתונים, הקצאה, ניטור, אבחון ותחזוקה באמצעות שפה טבעית. 23
Cloud Run instances מתמקדים בשכבת הביצוע. הם מספקים סביבת הרצה יחידה וקבועה יחסית, שמתאימה למשל לסוכן AI אישי שצריך תהליך זמין ברציפות, כתובת קבועה או אינטראקציות ארוכות.
ההבדל חשוב: סביבת הרצה מתמשכת אינה הופכת אוטומטית את נתוני הסוכן לעמידים, ואוטומציה של מסד נתונים אינה מספקת כשלעצמה מקום להריץ סוכן שצריך להיות זמין תמיד. מדובר ברכיבים משלימים — לא בתחליפים זה לזה.
מה עושים Database Operations Agents?
גוגל הציגה שני סוכנים כחלק מאסטרטגיית Agentic Data Cloud שלה:
- Database Onboarding Agent — מטפל בפעולות Day 0: בחירת מסד הנתונים, הקמה, הגדרה ופריסה ראשונית.
- Database Observability Agent — מטפל בפעולות Day 1 ו־Day 2: ניטור, פתרון תקלות ותחזוקה שוטפת.
23
המטרה היא להחליף חלק מהעבודה הידנית — כתיבת סקריפטים להקצאה, בניית שאילתות ניטור, הגדרת המערכת ואבחון תקלות — בתהליכים מונחים בשפה טבעית. כך ניתן לצמצם עבודת תחזוקה חוזרת עבור מנהלי מסדי נתונים, מפתחים, צוותי SRE וצוותי DevOps, בלי לוותר על מעורבות אנושית בהחלטות בעלות משמעות.
אילו מסדי נתונים נתמכים?
סוכן ה־Onboarding מתואר כתומך בשירותי מסדי הנתונים המנוהלים של Google Cloud, ובהם AlloyDB, Bigtable, Cloud SQL ו־Spanner. 29
עם זאת, לא מדובר בזמינות כללית לכל לקוח או לכל תרחיש. ההכרזות של גוגל מתארות את יכולות ה־Onboarding וה־Observability כגרסאות Preview, כאשר חלק מיכולות התצפית זמינות רק ללקוחות נבחרים ולשירותי מסד נתונים מסוימים. 29
34
איך סוכן ה־Observability מאתר תקלות?
במקום לבחון מדד יחיד, הסוכן נועד לחבר בין אותות תפעוליים ממקורות שונים, בהם Database Insights, Cloud Monitoring, Cloud Logging ו־Cloud Trace. כך הוא יכול לסייע בזיהוי גורמים אפשריים לבעיות כמו עלייה בזמני תגובה, עומסים בשאילתות, התנגשות נעילות או לחץ על משאבי המערכת. 23
לאחר מכן הוא יכול להסביר מה לדעתו גורם לבעיה, להציע שינוי ולפרט את ההיגיון ואת ההשפעה הצפויה. בפעולות נתמכות, השינוי עצמו דורש אישור מהמשתמש לפני הביצוע. בין הדוגמאות שגוגל מציינת: הפעלת connection pooling ב־Cloud SQL והוספת אינדקס. 23
44
מנגנון האישור הוא נקודה מהותית בסביבת ייצור. מערכת שמסוגלת להמליץ על שינויים במסד נתונים — או לבצע אותם — זקוקה לגבול ברור של ביקורת אנושית, במיוחד כאשר אופטימיזציה מקומית לכאורה עלולה להשפיע על עלויות, זמני תגובה, נעילות או התנהגות האפליקציה.
איפה ניתן להשתמש בסוכנים?
גוגל משלבת את היכולות בממשקים שבהם צוותי ענן כבר עובדים: צ'אט Gemini Cloud Assist, דפי מסדי הנתונים הרלוונטיים בקונסולת Google Cloud, תצוגות הצי של Database Center, שורת הפקודה, סביבות פיתוח וכלים של צד שלישי. 23
יכולות של Database Insights ושל Database Center יכולות להיחשף גם דרך ממשקים התואמים ל־MCP — Model Context Protocol. שירותי ה־MCP המנוהלים של גוגל נועדו לאפשר ל־Gemini וללקוחות MCP אחרים להתחבר ליכולות של מסדי נתונים ותשתיות, בלי שהמשתמשים יצטרכו להקים ולתחזק בעצמם שרת MCP. 36
בפועל, הדבר מאפשר לשלב את סוכני מסדי הנתונים בתוך תהליכי עבודה רחבים יותר. כלי פיתוח חיצוני או סוכן תפעולי יכולים לקבל מידע על מלאי מסדי הנתונים, מדדים ותקלות שזוהו דרך ממשק כלים סטנדרטי, במקום להסתמך רק על קונסולה גרפית.
מה מוסיפים Cloud Run instances לסוכני AI?
Cloud Run instances הם סביבות הרצה ייעודיות מסוג singleton בתוך Cloud Run. בניגוד לשירות Cloud Run רגיל, כל instance מריץ עותק יחיד, אינו מבצע autoscaling ואינו יורד ל־zero. גוגל הציגה את היכולת בתצוגה מקדימה עבור תרחישים כמו סוכני AI אישיים ועומסים ארוכי־חיים, שבדרך כלל מיועדים למשתמש יחיד. 1
כל instance יכול לפעול ברציפות עד שבעה ימים, עם מדיניות הפעלה מחדש אוטומטית שמוגדרת כברירת מחדל. ניתן גם לעצור אותו כאשר אין בו צורך ולהמשיך אותו מאוחר יותר. לכל instance מוקצית כתובת HTTPS שנשארת ללא שינוי גם לאחר עדכונים והפעלות מחדש. 1
המאפיינים האלה נועדו לפתור כמה בעיות נפוצות של שירותים ללא שרת המבוססים על בקשות:
- אין הפרעה בגלל scale-to-zero: התהליך נשאר זמין במקום להיעלם בין בקשות.
- הרצה יחידה: העומס רץ כעותק ייעודי אחד, ולא משוכפל על ידי מנגנון autoscaling.
- כתובת יציבה: כתובת ה־HTTPS אינה משתנה בעת הפעלה מחדש או עדכון.
- תשתית מנוהלת: המפתח מקבל מודל של תהליך מתמשך בלי לנהל מערכת הפעלה של מכונה וירטואלית, כללי חומת אש או הגדרת נקודת קצה מאובטחת.
גוגל מציגה את המודל כחלופה להפעלה רציפה של VM עבור עומסים מסוימים — לא כתחליף אוניברסלי למכונות וירטואליות או לשירותי Cloud Run עם autoscaling.
המחיר והפשרה מול cold start
לפי גוגל, הפעלה רציפה של Cloud Run instance עם מעבד וירטואלי משותף אחד ו־1 ג׳יגה־בייט זיכרון עולה 5.70 דולר ל־30 יום. השירות כולל גם תקציבי burst עבור קפיצות חישוב מזדמנות, כך שאין צורך לתכנן את סביבת ההרצה לפי שיאי העומס בכל רגע. 1
הרצה מתמשכת עשויה לצמצם את החשיפה ל־cold starts — זמן האתחול שנדרש כאשר סביבת הרצה חדשה עולה. משתמש מוקדם אחד דיווח על ירידה של 88% ב־cold starts עבור סוכן ארוך־טווח, אך מדובר בתוצאה של לקוח יחיד ולא בהבטחת ביצועים כללית. 1
גם המחיר של 5.70 דולר הוא דוגמה לתצורה מוגדרת, ולא אומדן מלא לכל פריסה. עלויות בפועל עשויות לכלול משאבים נוספים, תעבורת רשת, אחסון ושירותים נלווים.
המגבלה החשובה: הרצה מתמשכת אינה זיכרון עמיד
Cloud Run instance יכול להשאיר תהליך פעיל, אך אין בכך ערובה שנתונים שנשמרים רק בזיכרון ישרדו כל הפעלה מחדש, עצירה או סיום של סביבת ההרצה. הנחיות הארכיטקטורה של גוגל מבחינות בין מצב שנשמר בזיכרון לבין מצב חיצוני: אם האפליקציה מופעלת מחדש, היסטוריית שיחה שנשמרה בזיכרון נמחקת; במערכות ייצור שזקוקות לאמינות, מומלץ להשתמש בניהול מצב חיצוני. 19
לכן, סוכן ייצור יצטרך בדרך כלל לשמור סשנים, התקדמות של תהליכי עבודה ומידע עמיד אחר במסד נתונים או במערכת אחסון קבועה. בהנחיות של גוגל לסוכנים ארוכי־טווח מופיעה אחסנת סשנים מבוססת מסד נתונים, כולל Cloud SQL בתרחישי ייצור. 21
זו ההסתייגות המרכזית מהמילה “stateful”: Cloud Run instances מספקים מודל ביצוע בעל מצב למשך זמן מוגבל, אך אינם מבטלים את הצורך באחסון עמיד כאשר הסוכן צריך להתאושש מהפעלה מחדש או לשמר הקשר מעבר לאורך החיים של ה־instance.
מה המשמעות עבור מי שבונה סוכני AI?
שני המהלכים יחד מצביעים על ניסיון של גוגל קלאוד לטפל בשני הצדדים של מערכת סוכנים:
- להריץ את הסוכן: Cloud Run instances מספקים אפשרות פשוטה יחסית לתהליך ייעודי וארוך־חיים עם נקודת קצה יציבה.
- לתפעל את שכבת הנתונים: Database Operations Agents הופכים חלק מתהליכי ההקצאה, התצפית, האבחון והתיקון המאושר לאוטומטיים יותר.
- לחבר כלים בין סביבות: שילובי MCP מרחיבים את הגישה ליכולות מסדי הנתונים אל IDE, CLI, כלים חיצוניים וסוכנים אחרים.
- להשאיר בני אדם בתמונה: סוכן ה־Observability יכול להציע שינויים, אך פעולות תיקון נתמכות דורשות אישור.
התוצאה אינה תשתית אוטונומית לחלוטין שמייתרת שיקול דעת הנדסי. מדובר באוסף של רכיבים מנוהלים שמצמצמים עבודת תחזוקה, בעוד שהחלטות הארכיטקטורה, ההרשאות, אחסון המצב העמיד ומדיניות השינויים בסביבת ייצור נשארות באחריות הצוותים.
עבור מי שבונים עוזרים אישיים, תהליכים אסינכרוניים או סוכנים שמנהלים שיחות מרובות־שלבים, Cloud Run instances מטפלים ברציפות של סביבת ההרצה. עבור מי שמנהלים את מסדי הנתונים שעליהם אותם סוכנים נשענים, Database Operations Agents מטפלים בחלק מהעבודה החוזרת של הקמה, הבנת מצב המערכת ותגובה לתקלות. הכיוון הרחב יותר ברור: גוגל מנסה להפוך הן את שכבת החישוב והן את תפעול הנתונים לנגישים יותר לסוכנים — באמצעות שפה טבעית, טלמטריה וממשקי כלים סטנדרטיים.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "גוגל קלאוד מכינה תשתית לסוכני AI: מנהלי מסדי נתונים ו־Cloud Run שלא נעלם"?
באוגוסט 2026 הציגה גוגל קלאוד שני רכיבים משלימים לתשתיות AI: סוכני Database Operations לניהול מסדי נתונים ו־Cloud Run instances להרצת תהליכים ייעודיים ומתמשכים.
What are the key points to validate first?
באוגוסט 2026 הציגה גוגל קלאוד שני רכיבים משלימים לתשתיות AI: סוכני Database Operations לניהול מסדי נתונים ו־Cloud Run instances להרצת תהליכים ייעודיים ומתמשכים. סוכן ה־Onboarding מטפל בבחירת מסד הנתונים, בהקמה ובהגדרה; סוכן ה־Observability מנתח טלמטריה, מאתר תקלות, מציע תיקונים ויכול לבצע פעולות נתמכות בכפוף לאישור המשתמש.
What should I do next in practice?
Cloud Run instances מריצים עותק יחיד שאינו עובר autoscaling או scale to zero, יכולים לפעול עד שבעה ימים ומקבלים כתובת HTTPS קבועה — אך זיכרון תהליך אינו תחליף לאחסון נתונים עמיד.