Groundcover רוכשת את Wand: מניטור ענן להקצאה אוטומטית של משאבי Kubernetes

רכישה ראשונה, ללא מחיר רשמי

Groundcover הודיעה ב-24 בספטמבר שרכשה את Wand, חברה ישראלית שמפתחת מערכת לניהול אוטומטי של משאבי Kubernetes. לפי הודעת החברה, מייסדי Wand ועובדיה יצטרפו ל-Groundcover. זו הרכישה הראשונה שעליה הכריזה Groundcover, ותנאי העסקה לא נחשפו.

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

לפי CTech, Wand נוסדה ב-2023 בידי שון לב-רן ושיר מוניטר וגייסה כארבעה מיליון דולר בסבב Seed בהובלת Angular Ventures. הכתבה דיווחה שעשרה עובדים מצטרפים עם צוות המייסדים. בהודעה הרשמית Groundcover מאשרת את הצטרפות המייסדים והעובדים, בלי לפרט מספר עובדים או מחיר. אלה שתי רמות שונות של מידע: הודעת חברה על הרכישה ופרטים שפורסמו בדיווח עיתונאי.

הרכישה מגיעה אחרי סבב גיוס של 100 מיליון דולר שעליו הכריזה Groundcover ביולי. CTech מציינת שסך הגיוסים הגיע ל-160 מיליון דולר, אך סבב גיוס לחברה הרוכשת אינו דרך להסיק את שווי העסקה עם Wand. גם העובדה שזו רכישה ראשונה אינה מספרת אם העסקה שולמה במזומן, במניות או בשילוב שלהם.

מה Wand מוסיפה למערכת הניטור

הפלטפורמה של Groundcover אוספת נתונים מאפליקציות ומתשתיות באמצעות eBPF ו-OpenTelemetry, ובמודל Bring Your Own Cloud שומרת אותם בענן של הלקוח. הנתונים עוזרים לצוותים להבין מה השתנה בייצור ומה עשוי להסביר תקלה. Wand מוסיפה יכולת שמנתחת התנהגות עומסים ומתאימה את הקצאת המעבד והזיכרון ב-Kubernetes.

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

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

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

מה מתוכנן ומה עדיין לא ידוע

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

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

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

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

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

גבולות ההחלטה לארגון

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

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