שילוב Sentry לניטור שגיאות באפליקציות מובייל

תארו לעצמכם שאתם משחררים עדכון לאפליקציה ניידת, ותוך שעה דוחות הקריסות מראים זינוק של 200% בשגיאות. אתם פותחים את Firebase Crashlytics ורואים את מחסנית הקריאות, אבל אין לכם מושג מה המשתמש עשה. Sentry פותר את זה בכך שהוא אוסף לא רק מחסניות קריאות אלא גם פירורי לחם (breadcrumbs), נתוני ביצועים והקשר משתמש. הצוות שלנו, עם ניסיון של למעלה מ-5 שנים בסביבת production, מבטיח אינטגרציה יציבה ומפתחות. הגדרה בסיסית אורכת 0.5 עד יום אחד; מעקב ביצועים מלא אורך 1 עד 2 ימים. ההשקעה מחזירה את עצמה לאחר השחרור הראשון: זמן הניפוי הממוצע יורד ב-40%, ושיעור הקריסות יכול לרדת ב-90%.

למה לבחור ב-Sentry?

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

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

איך אנחנו מיישמים את Sentry

אנחנו מחברים את Sentry לפלטפורמה הספציפית שלכם, לפי שיטות העבודה המומלצות. דוגמת קונפיגורציה ל-iOS (SwiftPM):

// AppDelegate.swift или @main
import Sentry

SentrySDK.start { options in
    options.dsn = "https://[email protected]/project"
    options.environment = Bundle.main.object(forInfoDictionaryKey: "SentryEnvironment") as? String ?? "production"
    options.tracesSampleRate = 0.2 // 20% транзакций для performance
    options.profilesSampleRate = 0.1
    options.attachViewHierarchy = true // снимок UI при краше
}

SentrySDK.configureScope { scope in
    scope.setUser(SentryUser(userId: userId))
    scope.setTag(value: "premium", key: "subscription")
    scope.addBreadcrumb({
        let crumb = Breadcrumb()
        crumb.message = "Открыт экран корзины"
        crumb.category = "navigation"
        return crumb
    }())
}

לאנדרואיד (Gradle + Application):

// build.gradle (module)
implementation("io.sentry:sentry-android:7.+")

// Application.onCreate()
SentryAndroid.init(this) { options ->
    options.dsn = "https://[email protected]/project"
    options.environment = BuildConfig.SENTRY_ENVIRONMENT
    options.tracesSampleRate = 0.2
    options.isEnableUserInteractionTracing = true // автотрейсинг тапов
}

// добавить breadcrumbs
Sentry.configureScope { scope ->
    scope.setUser(SentryUser(id = userId))
    scope.setTag("subscription", "premium")
    scope.addBreadcrumb(Breadcrumb().apply {
        message = "Открыт экран корзины"
        category = "navigation"
    })
}

אנחנו גם מוסיפים טרנזקציות ידניות לניטור ביצועים:

let transaction = SentrySDK.startTransaction(name: "checkout", operation: "ui.action")
let span = transaction.startChild(operation: "http.client", description: "POST /orders")
// ... выполнение запроса ...
span.finish()
transaction.finish()

מה כדאי לדעת על שיעור הדגימה (Sample Rate)?

שיעור הדגימה קובע איזה אחוז מהסשנים שולחים טרנזקציות ביצועים. ל-production, אנחנו ממליצים על 0.2 (20%) כדי להימנע מחריגת מכסות. הגדרה ל-1.0 יכולה להוביל לעלויות נוספות. אנחנו עוזרים לכם למצוא את הערך האופטימלי לקהל שלכם.

מדריך אינטגרציה שלב אחר שלב

1. צרו פרויקט ב-Sentry וקבלו את ה-DSN.
2. הוסיפו את ה-SDK דרך SPM/CocoaPods/Gradle/Maven.
3. הגדירו סביבות (dev/staging/production) באמצעות משתני סביבה.
4. הגדירו מעקב ביצועים עם שיעור דגימה נבחר (מומלץ 0.2 ל-production).
5. הוסיפו פירורי לחם בנקודות מפתח (ניווט, בקשות רשת).
6. הגדירו העלאת dSYM/ProGuard mapping/JS source maps ב-CI/CD.
7. צרו התראות על בסיס שיעור שגיאות וזמן אחזור p95.

איך להגדיר התראות ודשבורדים?

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

• שיעור שגיאות – למשל, >10 קריסות בשעה לגרסה.
• זמן אחזור p95 – אם p95 עולה על 2 שניות.
• שגיאות חדשות – קריסה שנראתה בפעם הראשונה.

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

בעיות נפוצות בהגדרת Sentry

• שיעור דגימה גבוה: הגדרה ל-1.0 תשלח 100% מהטרנזקציות, ועלולה לחרוג מהמכסה. היצמדו ל-0.2 ל-production.
• חוסר ב-source maps: מחסניות קריאות של React Native הופכות לחסרות ערך. תמיד הגדירו העלאה ב-CI.
• התעלמות מסביבות: כל השגיאות נוחתות ב-production, מה שהופך סינון לבלתי אפשרי.
• אין הקשר משתמש: ללא תגיות ופירורי לחם, חקירת שגיאות קשה.

השוואת ביצועים: Sentry מול Crashlytics

במדידות שלנו, Sentry מוסיף בערך 2-5% לזמן העלייה של האפליקציה עם הגדרה נכונה. Crashlytics מוסיף בערך 1-3%. אבל Sentry מספק נתונים עשירים הרבה יותר לניתוח.

מה כלול בעבודה

• חיבור sentry-cocoa / sentry-android / sentry-react-native
• הגדרת סביבות (dev, staging, production)
• הגדרת מעקב ביצועים עם שיעור דגימה אופטימלי
• אינטגרציית scope: מזהה משתמש, תגיות, פירורי לחם
• הגדרת התראות לפי שיעור שגיאות וזמן אחזור p95
• העלאת dSYM / ProGuard mapping / JS source maps ב-CI
• תיעוד והדרכת צוות

תהליך האינטגרציה

1. ניתוח: סקירת האפליקציה שלכם ובחירת הקונפיגורציה הטובה ביותר.
2. עיצוב: תכנון scope, תגיות ופירורי לחם התואמים ללוגיקה העסקית שלכם.
3. יישום: אינטגרציית SDK, הגדרת סביבות, הוספת קוד.
4. בדיקות: סימולציית שגיאות, אימות דשבורדים.
5. פריסה: הגדרת העלאת סמלים ב-CI, תיעוד התהליך.

לוח זמנים ותמחור

הגדרת דיווח קריסות בסיסי אורכת 0.5 עד יום אחד. מעקב ביצועים מלא עם טרנזקציות מותאמות אישית והתראות אורך 1 עד 2 ימים. העלות מחושבת באופן אישי לפי מורכבות האפליקציה. ביצענו למעלה מ-30 אינטגרציות מוצלחות לאפליקציות עם עד 10 מיליון משתמשים. בממוצע, ההשקעה מחזירה את עצמה תוך חודשיים בזכות קיצור זמן הניפוי.

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