מ-Mainframe לענן חד-פעמי: IBM הופכת את Db2 למסד נתונים ל'ספין-אפ בשנייה'

Db2 הוא אחד השמות הכי ותיקים בעולם מסדי הנתונים — מוצר שמלווה את IBM עשורים, ונתפס בדרך כלל כפתרון ארגוני כבד למערכות ליבה בבנקים ובחברות ביטוח. דווקא בגלל זה, ההכרזה על Db2 Serverless מעניינת: היא מנסה לקחת מנוע שנתפס כ'כבד' ולעטוף אותו במודל שימוש שמזכיר יותר את Neon או PlanetScale מאשר את ה-Db2 המסורתי — הקמה תוך שניות, אפס תכנון קיבולת, וממשק תוכניתי שמיועד קודם כול לקוד, לא לאדם שמסתכל בקונסולה.

מה בדיוק IBM משיקה

לפי ההודעה הרשמית, Db2 Serverless הוא שירות מסד נתונים מנוהל לחלוטין ו-cloud-native, שנועד לאפשר יצירה, חיבור והרחבה של מסדי נתונים בלי לנהל תשתית בכלל. IBM מתארת את זה כ'ללא תכנון קיבולת, ללא תשתית לגודל, ללא תפעול להרצה' — כלומר לא רק אוטומציה של תפעול קיים, אלא ביטול השכבה הזו כמעט לחלוטין מנקודת המבט של המשתמש. זה מגיע כתצוגה מקדימה טכנית (technical preview), כלומר שלב מוקדם שמיועד למשוב ולא בהכרח לעומסי ייצור.

היכולת הבולטת ביותר במוצר היא הסתעפות מבוססת תמונת מצב (snapshot-based branching). הרעיון שאול ישירות מעולם ניהול הקוד: כמו שמפתח יוצר branch בגיט כדי לנסות שינוי בלי לגעת ב-main, כך אפשר עכשיו ליצור עותק מבודד מלא של מסד נתונים — לבדיקת שינויי סכימה, אימות עדכונים, ניסוי תכונות חדשות, או הרצת עבודה מקבילה — כל אחד בסביבה נפרדת משלו, בלי כל סיכון לסביבת הייצור המקורית.

העיצוב סביב סוכנים, לא רק סביב מפתחים

הפרט המעניין ביותר בהכרזה הוא לא רק מה שהמוצר עושה, אלא למי הוא בעיקר מיועד. IBM מדגישה שהמנוע נגיש 'למפתחים ולכלים שלהם' דרך ממשקי REST ו-MCP (Model Context Protocol) — כלומר סוכן AI יכול ליצור, להגדיר ולנהל מסד נתונים ישירות מתוך זרימת קוד, בלי צורך באינטראקציה ידנית עם קונסולת ניהול. IBM מנסחת זאת כך שהקמת מסד נתונים 'משתלבת ישירות בזרימת עבודה מונחית-סוכן' — ניסוח שממקם את Db2 Serverless כתשתית ל'עידן הסוכנים', לא רק כמוצר DBaaS רגיל.

יעדי השימוש — ומה שנשאר בחוץ

IBM ממקמת את Db2 Serverless בשלב זה עבור מקרי שימוש ספציפיים: אפליקציות טרנזקציוניות, פיתוח חדש, סביבות פיתוח ובדיקה, הוכחות היתכנות ואנליטיקה קלה. מדובר במיצוב זהיר יחסית — לא הכרזה על תחליף מלא למערכות Db2 הארגוניות הכבדות שרצות היום על תשתיות ייעודיות. זה הגיוני לשלב תצוגה מקדימה: IBM כנראה רוצה לוודא שהמודל ה'חסר תכנון קיבולת' עומד בעומסים אמיתיים לפני שהיא ממליצה עליו לעומסי ייצור קריטיים.

ההקשר: מרוץ מסדי הנתונים ה'ללא-תפעול' מתחמם

ההכרזה של IBM לא מגיעה בוואקום. כשבועיים לפני כן, ב-17 ביוני 2026, אורקל הכריזה שה-Autonomous AI Database Serverless שלה (ADB-S) זמין באופן כללי בתוך AWS — כלומר לקוחות AWS יכולים להקים מסד נתונים אורקל מנוהל לחלוטין ישירות מקונסולת AWS, ה-CLI או ה-API, בלי צורך בתשתית Exadata ייעודית או הקמת VM cluster. השירות של אורקל זמין כרגע באזורי וירג'יניה ואורגון בארה"ב, תומך בארבעה סוגי עומס עבודה (עיבוד טרנזקציות AI, Lakehouse, JSON Database ו-Oracle APEX), וכולל Autonomous Data Guard לזמינות גבוהה, גיבויים אוטומטיים ל-S3, ותמיכה בשחזור פעולות בין-אזורי.

לתמונה אפשר להוסיף גם את דטהבריקס, שב-16 ביוני 2026, בכנס Data + AI Summit שלה, הכריזה על Lakehouse//RT — סוג חדש של מחסן SQL serverless שמיועד לשאילתות קריאה בזמן-תת-שנייה כנגד טבלאות Unity Catalog, מונע על ידי מנוע חישוב חדש בשם Reyden. דטהבריקס מדווחת על השהיה מתחת ל-100 מילישניות בקצב של 12,000 שאילתות לשנייה בבנצ'מרקים אנליטיים סטנדרטיים, ולקוחות שדיווחו על שיפור של עד פי 16 בביצועים לעומת מערכי serving ייעודיים קודמים שהם השתמשו בהם. הרעיון דומה: לבטל את הצורך בשכבת serving נפרדת ובצנרות סנכרון מורכבות, ולתת למפתחים לשאול נתונים ישירות מהאגם המנוהל, בלי שכבות ביניים.

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

עיתוי לא שגרתי מבחינת IBM

יש גם היבט עסקי שכדאי לציין: ההכרזה על Db2 Serverless מגיעה בתקופה מאתגרת עבור IBM כחברה. בשבוע שקדם להכרזה, מניית IBM צנחה כ-25% בעקבות אזהרת רווחים מוקדמת וחולשה שדווחה ברבעון. זה לא אומר בהכרח משהו על איכות המוצר עצמו, אבל זה מקשר את ההכרזה להקשר רחב יותר: IBM זקוקה להראות שהיא מסוגלת להתחרות בקטגוריות תשתית מודרניות — serverless, agent-native tooling — ולא רק לשמר לקוחות Db2 ותיקים על תשתיות מסורתיות.

השאלה המרכזית שתקבע אם Db2 Serverless יצליח היא לא הפיצ'רים עצמם — הסתעפות מבוססת תמונת מצב וממשקי MCP הם תוספות סבירות וצפויות בשוק הנוכחי — אלא האם IBM תצליח לשכנע מפתחים חדשים, שמעולם לא עבדו עם Db2, לבחור בו על פני אפשרויות כמו Neon, PlanetScale, או עכשיו גם ה-ADB-S של אורקל. המותג הוותיק של Db2 יכול לעבוד לטובתה בשוק הארגוני שכבר מכיר ובוטח בו, אבל הוא גם עלול להרתיע בדיוק את קהל היעד הצעיר יותר שה-branching וה-MCP מנסים למשוך.

יש כאן גם מבחן טכני שלא ייפתר עד שהתצוגה המקדימה תסתיים: הסתעפות תמונת-מצב היא יכולת קלה יחסית להדגים על מסד נתונים קטן בהדגמה חיה, אבל קשה משמעותית לתחזק בעלות סבירה כשמסד הנתונים המקורי גדל לטרה-בייטים של נתונים בייצור. ספקים אחרים בתחום ה-branching, כמו Neon בעולם ה-Postgres, פתרו את זה באמצעות אחסון מבוסס copy-on-write שמפריד בין שכבת האחסון לשכבת החישוב — כך שיצירת ענף לא כרוכה בהעתקה פיזית של כל הנתונים. אם IBM אימצה גישה דומה במנוע Db2, זה ייקבע אם היכולת תישאר כלי נוח לפיתוח ובדיקות בלבד, או שתוכל לשמש גם לתרחישים תובעניים יותר כמו בדיקות עומס מול עותק מלא של נתוני ייצור.