עברית ▾

דומיין אודיט · 3 בדיקות

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

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

זה גם הדומיין שמסביר לרוב בעיה ב־Davis ש"צצה משום מקום". ייחוס שורש הבעיה תלוי ברציפות הישויות; שברו את הרציפות והניתוח מידרדר בשקט במקום להחזיר שגיאה.

האם מספר ישויות גבוה הוא תמיד בעיה?

אתם יכולים לתקן לנו את כללי הזיהוי?

19 דומיינים, 71 בדיקות, ריצה אחת בקריאה בלבד. לכל דומיין יש עמוד.

FinOps לאן הולך הכסף, ומה ניתן להשבה Kubernetes כיסוי קלאסטרים, גרסאות, כשלים חוזרים Alerting האם תקלה באמת תגיע לבן אדם Audit log מי שינה מה, מתי, ומחוץ לשעות העבודה Coverage מה מנוטר באמת, ומה רק נראה מנוטר RUM היקף ניטור משתמשים אמיתיים והגדרות פרטיות Grail ‏Buckets, retention ועלות אחסון שנתית Pipelines עיבוד Ingest, מיסוך וכללי Drop Synthetic מוניטורים סינתטיים שעוברים, נכשלים או לא רצים Topology איכות זיהוי ישויות ו־Entity explosion OpenTelemetry מקורות OTel ואינסטרומנטציה כפולה Security הרשאות טוקנים, תפוגה, credentials רדומים Workflows אוטומציה שנכשלת או שלא נורית Bizevents היגיינת ספקי Business events Dashboards מלאי דשבורדים Davis שיעור זיהוי Root cause OpenPipeline רזולוציית Routes ו־Pipelines SLO הגדרות SLO שנשברות ב־re-detection Tagging קונבנציית תיוג סביבות

ה־Audit הוא ריצה אחת. הממצאים — פגישה אחת. מה שתעשו איתם — בידיים שלכם.

מומחי Dynatrace מוסמכים

שליחה

Obzervability

פרטיות תנאי שימוש נגישות