מודלי OpenAI ב־Google Cloud: תצוגה מקדימה לארגונים נבחרים
מודלי OpenAI ותהליכי Codex מגיעים ל־Google Cloud בתצוגה מקדימה פרטית, עם רכישה דרך Marketplace. הזמינות ומיקום עיבוד המידע בישראל עדיין אינם ברורים.
מודלי OpenAI ותהליכי העבודה של Codex מגיעים ל־Model Garden של Google Cloud, במהלך שעשוי לשנות את הדרך שבה חברות ישראליות רוכשות שירותי AI. בהכרזה מ־21 באוקטובר נמסר כי מודלים נבחרים מתחילים להיפתח בתצוגה מקדימה פרטית ללקוחות ארגוניים נבחרים, עם אפשרות לרכישה דרך Google Cloud Marketplace ולניצול התחייבויות הוצאה קיימות. זו הרחבה של אפשרויות הרכש והבחירה, לא פתיחה גורפת לכל לקוחות הענן.
מה הוכרז: מודלי OpenAI בתוך מסגרת הענן של גוגל
לפי ההודעה, המודלים GPT-6 Astra, GPT-6.1 Sol ו־GPT-6 Luna מתחילים להיפתח במסגרת התצוגה המקדימה הפרטית. ההכרזה כוללת גם שילוב של תהליכי העבודה של Codex ב־Model Garden. עבור ארגון שכבר עובד עם Google Cloud, המשמעות המוצהרת היא אפשרות להרחיב את בחירת המודלים בלי להידרש להתקשרות מסחרית נפרדת עם כל ספק.
עם זאת, רשימת שמות המודלים אינה מספקת כשלעצמה בסיס לבחירה ביניהם. המידע שהוצג בתחקיר אינו כולל השוואת ביצועים, מחירים או פירוט של התאמת כל מודל למשימות מסוימות. לכן אין להסיק ממנו איזה מודל עדיף לכתיבת קוד, לעבודה בעברית או לניתוח מסמכים, וגם לא מה תהיה העלות של הפעלתו במוצר קיים.
נכון ל־24 באוקטובר 2026, מדובר בתצוגה מקדימה פרטית ללקוחות ארגוניים נבחרים. ההכרזה אינה מאשרת זמינות כללית, גישה לכל לקוח ישראלי או הפעלה באזור הענן הישראלי.
השינוי העסקי: בחירת המודל נפרדת מבחירת מסלול הרכש
החלק המשמעותי בהודעה אינו רק האפשרות לבחור מודל של OpenAI בתוך מסגרת השירותים של גוגל. זהו גם מסלול הרכישה: ארגון יוכל, לפי ההכרזה, לרכוש דרך Google Cloud Marketplace ולנצל התחייבויות הוצאה קיימות בענן. במילים פשוטות, בחירה בספק מודלים מסוים לא תחייב בהכרח פתיחת מסלול מסחרי נפרד מחוץ להסכם הענן.
לחברת תוכנה ישראלית עם התחייבות הוצאה קיימת ב־Google Cloud, זו יכולה להיות אפשרות מעשית לבחינה. במקום להתייחס לניסוי במודלי OpenAI רק כאל תקציב חיצוני נוסף, צוותי הכספים והפיתוח יוכלו לבדוק אם ניתן לשלבו במסגרת ההוצאה המתוכננת. זהו תרחיש אפשרי בעקבות ההכרזה, ולא אישור שכל הסכם קיים מכסה אוטומטית כל רכישה חדשה.
חשוב גם להפריד בין נוחות רכש לבין חיסכון. ניצול התחייבות קיימת עשוי להתאים לתכנון התקציבי של העסק, אך אינו מוכיח שמחיר השימוש נמוך יותר. בהיעדר פירוט מחירים ותנאים בתחקיר, אין בסיס לקבוע שהמסלול החדש זול מרכישה ישירה או מחלופה אחרת. ההשוואה צריכה להתבסס על הצעה מסחרית ועל עומס העבודה בפועל.
מסלול רכש משותף יכול לפשט את הקנייה; הוא לא פוטר את הארגון מבדיקת העלות, איכות התוצאות ומיקום עיבוד המידע.
למפתחים: רכש מרוכז אינו מבטיח מעבר ללא התאמות
מבחינת צוות הפיתוח, ההכרזה פותחת כיוון לבדיקה, אבל אינה תחליף לתיעוד טכני. עצם ההופעה ב־Model Garden אינה מוכיחה שיישום קיים יוכל לעבור למודל אחר ללא שינוי, שכל היכולות יהיו זהות בין מסלולי הגישה או שאותם מנגנוני הרשאות יתאימו אוטומטית. את הפרטים האלה צריך לברר במסגרת הגישה לתצוגה המקדימה.
גם אזכור Codex דורש קריאה מדויקת. התחקיר מתייחס לשילוב תהליכי העבודה שלו, אך אינו מפרט אילו תהליכים ייפתחו לכל לקוח ובאילו תנאים. לכן צוות ישראלי שבוחן את המהלך לצורכי פיתוח תוכנה צריך להתחיל ממשימה מוגדרת, כגון שינוי מבוקר במאגר בדיקה, ולא להניח שההכרזה מכסה את כל שרשרת העבודה שלו.
הדרך הסבירה להעריך את האפשרות החדשה היא ניסוי מוגבל מול הצורך האמיתי של הארגון. במוצר המשרת לקוחות בישראל, כדאי לכלול בבדיקה עברית, מסמכים מעורבים בעברית ובאנגלית ומקרים שבהם המערכת צריכה להימנע מתשובה לא מבוססת. אלה קריטריונים מוצעים לבדיקה, לא יכולות שהוכחו בהודעה. גם תוצאה טובה בהדגמה אינה מספיקה כדי להחליט על מעבר של מערכת ייצור.
לארגונים בישראל: מה צריך לברר לפני העברת מידע
הזווית המקומית הבולטת היא הפער בין רכישה דרך ספק ענן מוכר לבין ידיעה היכן השירות פועל. אין בהכרזה אישור לכך שמודלי OpenAI יהיו זמינים באזור הענן הישראלי, ואין בה אישור שכל לקוח ישראלי יוכל להצטרף. חברה המטפלת במידע אישי או עסקי רגיש צריכה לקבל תשובות מפורשות לפני שתעביר אותו למסלול החדש.
- זכאות וגישה: האם הארגון יכול להשתתף בתצוגה המקדימה, ואילו מודלים ותהליכי Codex כלולים בגישה שלו?
- רכש ותקציב: אילו חיובים יוכרו במסגרת התחייבות ההוצאה הקיימת, ומהם התנאים וההחרגות בהסכם?
- מיקום ועיבוד מידע: באילו אזורים השירות פועל, היכן הנתונים מעובדים ואילו תנאי שמירה חלים עליהם?
- תפעול ותמיכה: למי פונים במקרה של תקלה, אילו מגבלות שימוש חלות וכיצד מנטרים את ההוצאה?
- התאמה למוצר: האם איכות העברית, זמני התגובה והתוצאות במשימות הארגון מצדיקים את השילוב?
למשל, עסק ישראלי שמבקש לסכם פניות שירות אינו צריך להתחיל מהעברת ארכיון הלקוחות כולו. אפשר להכין סביבת ניסוי עם נתונים סינתטיים, להגדיר מראש מהי תשובה תקינה ולבחון את מסלול הרכש במקביל לבדיקה הטכנית. כך ניתן לבדוק אם יש ערך עסקי בלי להפוך את שלב ההיכרות עם השירות להחלטה מוקדמת על שימוש במידע רגיש.
מה הלאה: לחכות לפרטי השירות, לא רק לפתיחת הגישה
השלב הבא מבחינת הלקוחות הוא קבלת פרטים שיאפשרו החלטה: תנאי הצטרפות, זמינות גאוגרפית, מחירים, מגבלות והיקף השילוב של Codex. בתחקיר לא נמסר מועד לזמינות כללית. עד שיתקבלו הפרטים, נכון לראות במהלך אפשרות חדשה לבדיקה ולא שירות שאפשר לבנות עליו ללא אישור גישה ותכנון מתאים.
המשמעות הרחבה ברורה יותר כבר עכשיו: השותפות מאפשרת להפריד, לפחות במסלול הרכש המוצהר, בין ספק הענן לבין ספק המודל. עבור חברות ישראליות שכבר מחויבות תקציבית ל־Google Cloud, זו סיבה לבדוק מחדש את אפשרויות ה־AI שלהן. היא עדיין אינה סיבה להניח שהמעבר יהיה זול יותר, פשוט יותר מבחינה טכנית או מקומי מבחינת עיבוד הנתונים.
שאלות נפוצות
האם מודלי OpenAI כבר זמינים לכל לקוחות Google Cloud?
לא. נכון ל־24 באוקטובר 2026, GPT-6 Astra, GPT-6.1 Sol ו־GPT-6 Luna מתחילים להיפתח בתצוגה מקדימה פרטית ללקוחות ארגוניים נבחרים. ההכרזה אינה מעידה על זמינות כללית או על גישה לכל לקוח ישראלי.
האם אפשר להשתמש בתקציב Google Cloud לרכישת מודלי OpenAI?
לפי ההכרזה, המהלך יאפשר לרכוש את המודלים דרך Google Cloud Marketplace ולנצל התחייבויות הוצאה קיימות בענן. עסק צריך לבדוק את זכאותו לגישה ואת תנאי ההכרה בהוצאה במסגרת ההסכם שלו.
האם מודלי OpenAI ב־Google Cloud יעבדו מידע בישראל?
ההכרזה אינה מאשרת זמינות באזור הענן הישראלי או עיבוד מידע בישראל. לפני העברת נתונים יש לקבל הבהרות לגבי אזורי השירות, שמירת המידע ותנאי העיבוד.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות