כלי ההגירה החדש של גוגל מעביר שינויים שנוצרו ב-AI דרך בקרות הנדסיות

בהגירה בין שירותי Kubernetes, קל יחסית לייצר קובץ תצורה שנראה משכנע. קשה יותר לדעת אם היישום יקבל בדיוק את ההרשאות הדרושות לו, אם הבקשות יגיעו לשירות הנכון ואם יעמדו לרשותו משאבי המחשוב המתאימים. כאן נמצא פער האמון שגוגל מנסה לצמצם בכלי ההגירה החדש שלה מ-Amazon EKS, שירות Kubernetes של AWS, אל Google Kubernetes Engine ‏(GKE). במקום להסתפק בבקשה חופשית ממודל שפה לכתוב תצורה חלופית, גוגל מציגה תוסף לסוכן AI שמשלב הסקה של מודל עם כלי עבודה ובקרות דטרמיניסטיות. 2

לא רק להמיר קבצים — לשמר את מה שהמערכת עושה

הגירה כזאת עשויה לכלול המרה של תשתית המוגדרת בקוד ושל קובצי התצורה של Kubernetes. נקודות הבדיקה החשובות הן המשמעות של ההמרות: האם מיפוי הזהויות שומר על הגישה המיועדת בלי להרחיב הרשאות, האם המרת הגדרות הכניסה של מאזני עומסים ל-Gateway API שומרת על כללי הניתוב, והאם שינוי אופן הקצאת הצמתים משמר את צורכי התזמון והקיבולת של עומסי העבודה. אלו שאלות לביקורת על המיפויים המתוארים בתהליך ההגירה, לא הבטחה שהכלי מטפל נכון בכל תרחיש.

גם הנחיות ההגירה הכלליות של גוגל מתחילות ממיפוי עומסי העבודה והתלויות שלהם לפני המעבר. קובץ שהתחביר שלו תקין אינו מוכיח שהיישום יתנהג באותה דרך בסביבה החדשה. 19

מי בודק את ההצעה של המודל?

בזרימת העבודה המתוארת, למודל השפה יש תפקיד בהבנת התצורה ובהצעת שינויים, בעוד שהתוסף מספק לו כלי עבודה. ממשק Model Context Protocol ‏(MCP) יכול להנגיש כלים לסוכן, אך אינו מאשר בעצמו שהתוצאה נכונה. הודעת גוגל מאשרת את השילוב בין הסקת מודל לכלים דטרמיניסטיים; הקטע הזמין ממנה אינו מפרט את כל פעולות התוסף או את כללי ההמרה שלו. 2

בדיקות אופליין דטרמיניסטיות יכולות לבחון שוב ושוב את אותם קבצים מול אותם כללים, בלי להסתמך על ההסבר שהמודל נותן לתוצר של עצמו. אבל הן מספקות ביטחון רק במה שנכלל בבדיקות. גוגל מתארת את הכלי כמוגן בבקרות כאלה, אך החומר הזמין אינו מגדיר את מלוא הכיסוי שלהן. 2

גם מסלול השינוי חשוב. לפי זרימת העבודה המתוארת, השינויים שנוצרו מוגשים כבקשות מיזוג קוד (pull requests) לעיון מהנדסים ולבדיקות במערך האינטגרציה והפריסה הרציפות — CI/CD — במקום להחיל אותם ישירות על סביבת Kubernetes פעילה. כך אפשר לבחון את ההבדלים בין הקבצים ולדרוש בדיקות ואישורים לפני פריסה. הגישה תואמת את הנחיות גוגל לניהול פריסות GKE באמצעות בקרת גרסאות ו-CI/CD, אך קטע ההכרזה הזמין אינו מאשר בנפרד כל שלב בזרימת בקשות המיזוג של הכלי. 172

ראול שריווסטבה, בכיר בחברת Persistent, מכנה את הגישה בהודעת גוגל ״מפעל הגירה שניתן להוכיח, ברמה של מהדר״. זו דרך לתאר יצירה ובדיקה שיטתית של תוצרי הגירה — לא הוכחה מתמטית לכך שהמעבר כולו בטוח. עדיין צריך לבדוק הרשאות, ביצועים, תלויות, התנהגות בזמן ריצה ואת המעבר בפועל לסביבה החדשה. 2

ומה הקשר לרובוטיקה של גוגל?

יומיים לפני הכרזת GKE, הציגה Intrinsic את Intrinsic Core בכנס ROSCon 2026 בטורונטו. זו תשתית רובוטיקה בקוד פתוח התואמת ל-ROS — אקוסיסטם תוכנה נפוץ ברובוטיקה — וכוללת יכולות לשימוש חוזר בבקרה, תכנון תנועה ואחיזה, סימולציה והערכת מיקום ותנוחה. לפי הדיווחים, היא מופצת ברישיון Apache 2.0; Intrinsic מתארת גם מסגרת בקרה בזמן אמת שאינה תלויה בחומרה ויכולות של תאום דיגיטלי. 403337

הקשר בין שתי ההכרזות הוא אסטרטגי, לא טכני: כלי ההגירה עשוי להפחית את המאמץ הכרוך במעבר עומסי עבודה לעבר Google Cloud; ‏Intrinsic Core עשויה להפחית את המאמץ הדרוש לבניית יישומי רובוטיקה תעשייתית. בדיווח על Intrinsic מתוארת גישה המזכירה ״אנדרואיד לרובוטים״ — פתיחת תשתית בסיסית כדי לעודד אקוסיסטם סביבו. אף אחת מההשקות אינה מוכיחה כשלעצמה שלקוחות AWS יעברו ענן או שמפתחים ירכשו שירותי AI של גוגל. 230

השורה התחתונה: החידוש המעשי בכלי GKE הוא ההפרדה בין הצעה שנוצרה ב-AI לבין הבדיקה והסמכות לפרוס אותה. ההפרדה הזאת עשויה להקל על צוותים לבחון הגירה במסגרת תהליכי העבודה הקיימים שלהם, אך אינה מחליפה בדיקות לכל עומס עבודה. המקורות שסופקו גם אינם מציגים נתונים מדודים על ירידה בכשלים או בעלויות ההגירה. 219