groundcover רכשה את Wand — התצפית ב־Kubernetes מתחילה לפעול

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

דיווח Ctech מזהה את Wand כסטארט־אפ ישראלי שהקימו ב־2023 שון לב־רן ושיר מונתר, מציין שעשרת עובדיו יצטרפו ל־groundcover, ומתאר גיוס Seed של כ־4 מיליון דולר בהובלת Angular Ventures ועסקה בהיקף של עשרות מיליוני דולרים. היקף העסקה הוא אומדן עיתונאי; החברות לא פרסמו מחיר רשמי. עבור צוותי פלטפורמה, משמעות הרכישה היא כיוון פיתוח ברור: מעבר ממידע שמסייע לאבחן מצב בייצור למידע שיכול להזין החלטות תפעוליות.

מה בדיוק Wand מביאה ל־groundcover

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

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

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

מדוע צמצום הקצאת היתר מסובך באשכול חי

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

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

בריאיון ל TechTarget אמר מנכ״ל groundcover שחר אזולאי: “Observability platforms like us have the entire context”, והאנליסט טורסטן פולק תיאר כיצד עומסי עבודה החולקים צומת יכולים להשפיע זה על זה. מכאן שהצלחת אופטימיזציה כזו תלויה גם בזמני תגובה, בזמינות וביציבות, ולא רק בהפחתת כמות המשאבים שהוקצו.

מתי השילוב יגיע ללקוחות

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

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

מה דורשת פעולה אוטונומית של Wand

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

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