Michael JohnsonAWS הכריזה על CloudWatch Omni ב־22 בספטמבר 2026 וציינה שהוא זמין לכלל המשתמשים החל מ־23 בספטמבר. התאריכים מתייחסים לשני אירועים שונים: ההכרזה ותחילת הזמינות הכללית. Omni משלב תצפיתיות על יישומים ועל סוכני AI בחוויה אחת, עם ממשק אינטרנט עצמאי והרחבות לסביבות פיתוח, לצד שילוב עם CloudWatch, כפי שמתואר בהכרזה של AWS על CloudWatch Omni.
השילוב הזה נותן מענה לנקודה עיוורת בסביבת ייצור: בקשה של סוכן עשויה להסתיים בלי שגיאת שירות רגילה, ובכל זאת להפיק תשובה גרועה או לבחור בכלי שגוי. AWS מציגה את Omni ככלי שמאפשר לצוותים לבדוק עקבות והערכות של סוכנים לצד טלמטריה של יישומים. השאלה המעשית היא אם האותות האלה יהיו שימושיים בסביבת עבודה משותפת — ואילו נתונים, הרשאות ועלויות כרוכים בניתוב שלהם לשם.
המוצר חורג מעקבות של סוכנים
Omni הוא הרחבה של CloudWatch, לא תחליף לו. לפי AWS, ההתראות, לוחות המחוונים, ממשקי ה־API ותהליכי העבודה במסוף הקיימים של CloudWatch ימשיכו לפעול. טלמטריה שכבר נשלחת ל־CloudWatch יכולה להופיע ב־Omni ללא הגדרה מחדש; עומסי עבודה אחרים שבהם הוטמעה אינסטרומנטציה יכולים לשלוח נתונים באמצעות OpenTelemetry Protocol (OTLP). AWS מתארת גם גילוי שירותים ומיפוי תלויות, לצד מרחבי עבודה שיכולים לאגד טלמטריה מכמה חשבונות ואזורים, אם מגדירים אותם לכך, כפי שמתואר בתיעוד CloudWatch Omni.
החוויה אינה מוגבלת למסוף הניהול של AWS. AWS מציעה ממשק אינטרנט עצמאי עם כניסה יחידה, וכן הרחבות לסביבות הפיתוח VS Code, Cursor ו־Kiro. הודעת ההשקה מ־23 בספטמבר מציינת שהמוצר זמין לכלל המשתמשים במזרח ארה״ב (צפון וירג׳יניה), במערב ארה״ב (אורגון) ובאירופה (אירלנד). לפני שילוב Omni בתכנון של סביבת ייצור, כדאי לצוותים לבדוק אם השירות זמין באזור שלהם.
בכל הנוגע לסוכנים, AWS מתארת חקירת עקבות, הערכה וניסויים במסגרות הכוללות את OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK ו־Strands. לצורך חקירת יישומים, המשתמשים יכולים לשאול שאלות בשפה טבעית או לבחון ישירות את הטלמטריה; AWS מציינת שתכונות החקירה שלה בסיוע AI מופעלות על ידי DevOps Agent. בפוסט ההשקה של Omni ליישומים נכתב גם ש־DevOps Agent מופעל כברירת מחדל בכל סשן חקירה של Omni — התנהגות שמנהלים צריכים להכיר כשהם בוחנים את תהליך העבודה.
למה עשוי להיות חשוב לרכז את האותות
ניטור רגיל יכול להראות ששירות מגיב, כמה זמן הוא נמשך והאם הוא מחזיר שגיאות. ייתכן שהוא לא יחשוף שסוכן הבין בקשה באופן שגוי, בחר כלי לא מתאים או נתן תשובה לא נכונה. בחינת תוצאת הערכה לצד עקבת הסוכן ואותות היישום עשויה לעזור לצוות להתחקות אחר בעיית איכות עד לשלבי הביצוע של הסוכן.
זהו יתרון תפעולי אפשרי, לא תוצאה מוכחת מבחינת ביצועים. חומרי ההשקה של AWS מתארים את תהליך העבודה המשולב, אך אינם מוכיחים שהוא פותר תקריות מהר יותר מכלים קיימים. צוותים יצטרכו לבדוק אם ההערכות והחקירות של Omni מועילות בעומסי העבודה שלהם.
OpenTelemetry עשוי להקל על שליחת טלמטריה מאינסטרומנטציה קיימת, אך פרוטוקול משותף אינו הופך פלטפורמות תצפיתיות לחלופיות זו לזו. מפרט OTLP מגדיר כיצד טלמטריה מועברת; הצוותים עדיין צריכים לבדוק אילו אותות, שאילתות ותכונות ייחודיות לפלטפורמה נחוצים לתהליכי העבודה שלהם.
ריכוז הנתונים דורש הגדרה
Omni יכול לאגד נתונים מחשבונות ואזורים שונים, אך צוותים לא צריכים להניח שהפעלת הממשק שלו מרכזת אוטומטית את הטלמטריה מכל החשבונות. בתיעוד ההגדרה של AWS מוסבר כיצד ליצור דומיינים ומרחבי עבודה, ואז להגדיר כיצד טלמטריה מכמה חשבונות תועבר אל מרחב עבודה. אפשר לצפות בנתונים קיימים של CloudWatch בלי להוסיף להם אינסטרומנטציה מחדש, אך הארגון עדיין צריך להגדיר את ההרשאות ואת זרימת הנתונים הרצויות, לפי הוראות ההגדרה של Omni.
להבחנה הזאת יש חשיבות גם לפריסה וגם לעלויות. דף התמחור של AWS מפריד בין החיובים על קליטת טלמטריה, אחסונה וניתוחה. הוא מתאר גם חיובים על עותקים מרכזיים נוספים, בעוד שהעותק המרכזי הראשון אינו כרוך בתשלום לפי התמחור המפורט. עלויות השאילתות תלויות בכמות הנתונים שנסרקו ובמכסות; הערכות של סוכנים מחויבות לפי תעריפי Amazon Bedrock AgentCore Evaluations. לכן, כדי לקבל אומדן שימושי צריך להביא בחשבון נפח, תקופת שמירה, דפוסי שאילתות, מספר עותקים ותדירות הערכות — ולא רק את מספר הסוכנים.
יש לבדוק את תוכן העקבות ואת ההרשאות
עקבות של סוכנים עשויות לכלול הנחיות, תשובות, מסמכים שאוחזרו ופרטים אישיים. לפי AWS, Omni אינו מזהה או מסתיר מידע אישי מזהה באופן אוטומטי. ההנחיות של AWS בנוגע לנתונים רגישים ממליצות לבחור היכן לבצע סינון; הסתרת מידע בזמן הלכידה היא האפשרות שמונעת מתוכן רגיש לצאת מהיישום.
AWS מציינת גם ש־Omni אינו משתמש בתוכן של לקוחות כדי לאמן מודלי יסוד או לשפר את Omni עצמו. אין פירוש הדבר שתוכן אינו מעובד במקומות אחרים: תכונות מסוימות שולחות נתונים לשירותים כגון Bedrock או AgentCore, ו־AWS מתעדת הסקת מסקנות חוצת־אזורים עבור תכונות AI. הנתונים נשארים מאוחסנים באזור של מרחב העבודה, אך בקשות AI עשויות להיות מעובדות במקום אחר באותו אזור גאוגרפי. צוותים צריכים לעיין במדיניות השימוש בנתונים של AWS ובפרטים על הסקה חוצת־אזורים, במיוחד אם המדיניות שלהם מגבילה את המקומות שבהם מותר לעבד תוכן של עקבות.
יש לבחון את בקרות הגישה בקפידה כמו את צינור הטלמטריה. AWS מציינת שחברי מרחב עבודה יכולים לקרוא כברירת מחדל את כל הטלמטריה שבו; היקפי נתונים יכולים לצמצם את שורות היומנים והעקבות שחבר רואה. עם זאת, ההיקפים האלה אינם מסתירים שדות בתוך שורה, ולכן הם אינם תחליף להסתרת תוכן שמשתמשים אינם אמורים לראות לעולם. לפרטים נוספים, ראו את הנחיות AWS להגבלת החשיפה לחברי מרחב עבודה.
דרך מדודה להעריך את Omni
לצוותים שכבר משתמשים ב־CloudWatch, בדיקה מצומצמת יכולה להראות אם תצוגה משותפת של יישומים וסוכנים ב־Omni מסייעת בתהליך עבודה אמיתי. לפני שליחת עקבות של סביבת ייצור, כדאי לזהות את האותות הדרושים, להגדיר סינון, לקבוע הרשאות לחשבונות ולאזורים ולהעריך את העלויות של קליטה, אחסון, ניתוח והערכה. לאחר מכן אפשר להשוות את החקירות שנוצרו ואת תוצאות ההערכה לנוהלי הטיפול הנוכחיים בתקריות.
עבור ארגונים שמשתמשים בפלטפורמות תצפיתיות אחרות, ההשקה היא סיבה להעריך את תהליך העבודה — לא סיבה לעבור לפלטפורמה אחרת בפני עצמה. Omni מקרב אותות איכות של סוכנים לתפעול היישומים, אך הערך שלו יהיה תלוי בתועלת של החקירות, בהתאמת הבקרות ובכלכליות של זרימת הנתונים.
