Bugsnag: ano ito, pagsubaybay sa error at pagkolekta ng data

Ano ang Bugsnag sa pag-develop

Bugsnag ay isang platform para sa pagsubaybay ng katatagan ng aplikasyon, itinatag noong 2013 at binili ng SmartBear noong 2019. Ang pangunahing pagkakaiba ng Bugsnag sa mga kakumpitensya ay ang pagtuon sa katatagan bilang pangunahing metrik ng produkto, hindi lamang sa bilang ng mga error. Ang platform ay nagbibigay ng iisang dashboard para sa iOS, Android, React Native, Flutter, web at backend services.

Bawat error sa Bugsnag ay tumatanggap ng awtomatikong severity assessment (critical, warning, info) batay sa konteksto: kung naganap ang crash ng aplikasyon, kung apektado ang function ng pagbabayad, kung umuulit ang error para sa maraming user. Ang koponan ay nakakakita hindi lamang ng listahan ng mga bug, kundi isang priyoritized na backlog na may indikasyon ng epekto sa negosyo.

Ayon sa SmartBear (2024), ang mga koponan na gumagamit ng Bugsnag ay binabawasan ang average na oras ng pagresolba ng insidente ng 40% dahil sa awtomatikong paggrupo ng mga duplicate at kumpletong konteksto ng bawat event. Ang platform ay sumasama sa Slack, PagerDuty, Jira, GitHub at GitLab para sa awtomatikong paglikha ng mga task na may kaugnayan sa error.

Stability Score at awtomatikong priyoritization

Stability Score — ang pangunahing metrik ng Bugsnag na nagpapakita ng porsyento ng mga session na natapos nang walang error. Ang halaga ay kinakalkula bilang ratio ng bilang ng mga session na walang crash sa kabuuang bilang ng mga session sa isang panahon. Ang iskor na 99.9% ay nangangahulugan na 1 sa 1000 session ay naglalaman ng error.

Ang mga threshold ng Stability Score ay isinama sa CI/CD: kung pagkatapos ng deployment ng bagong bersyon ay bumaba ang iskor sa ibaba ng itinakdang threshold (hal. 99.5%), awtomatikong blina-block ng Bugsnag ang release o nagpapadala ng kritikal na alert sa Slack. Release health dashboard ay nagpapakita ng dynamics ng iskor para sa bawat bersyon ng aplikasyon, na nagpapahintulot sa pagsubaybay ng epekto ng partikular na pagbabago sa katatagan.

Severity-based triage

Gumagamit ang Bugsnag ng algorithm para sa awtomatikong pag-uuri ng mga error sa tatlong antas ng severity. Critical — pag-crash ng aplikasyon, mga error sa senaryo ng pagbabayad na nakakaapekto sa mahigit 5% ng mga user. Warning — mga hindi nakamamatay na error (handled exceptions) na nakakaapekto sa mga indibidwal na function. Info — mga log, mga babala na mababa ang priyoridad. Ang pamamaraang ito ay pumipigil sa „pagkapagod sa alert", kapag daan-daang abiso ay pumipigil sa pagtuon sa mga talagang kritikal na problema.

Pagkonekta ng Bugsnag SDK para sa mobile platform

Ang pag-install ng Bugsnag SDK ay tumatagal ng 5 minuto: pagdagdag ng dependency at pagsisimula gamit ang API key ng proyekto. Bugsnag Android SDK ay sumusuporta sa Kotlin at Java, awtomatikong nahuhuli ang Java exception, ANR at Native (C/C++) error sa pamamagitan ng signal.

Configuration sa Android

Ang SDK ay konektado sa pamamagitan ng Gradle at sinisimulan sa Application.onCreate. Awtomatikong kinokolekta ng Bugsnag ang impormasyon ng device: modelo, bersyon ng OS, libreng memory, antas ng baterya. Auto-notify ay naka-on bilang default at nagpapadala ng lahat ng hindi nahuhuling exception sa Bugsnag server.

import com.bugsnag.android.Bugsnag
import com.bugsnag.android.Configuration

class App : Application() {
    override fun onCreate() {
        super.onCreate()
        val config = Configuration("YOUR_API_KEY")
        config.autoTrackSessions = true
        config.launchDurationMillis = 5_000
        Bugsnag.start(this, config)
    }
}

Ang code ay nag-i-initialize ng Bugsnag SDK na may awtomatikong pagsubaybay ng session at maximum na oras ng pagsisimula na 5 segundo. Kung ang aplikasyon ay hindi magsimula sa oras na ito, itatala ng Bugsnag ang event na „slow launch" bilang babala.

Configuration sa iOS

Bugsnag iOS SDK ay sumusuporta sa Swift at Objective-C, nahuhuli ang NSException, Mach exception (SIGABRT, SIGSEGV) at signal ng operating system. Ang SDK ay compatible sa iOS 11+ at SwiftUI, awtomatikong gumagawa ng breadcrumbs para sa lahat ng UI event: pag-click, pag-navigate, kumpas.

import Bugsnag

class AppDelegate: UIResponder, UIApplicationDelegate {
    override func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        Bugsnag.start(withApiKey: "YOUR_API_KEY")
        // dagdag na configuration
        return true
    }
}

Ang code sa Swift ay nagpapatakbo ng Bugsnag na may minimal na configuration. Lahat ng hindi nahuhuling exception at crash ay awtomatikong ipinapadala sa Bugsnag dashboard na may kumpletong konteksto ng device at call stack.

Breadcrumbs at estado ng error

Breadcrumbs sa Bugsnag ay isang structured log ng mga event na nauna sa error. Bawat breadcrumb ay naglalaman ng timestamp, uri (navigation, request, state, error, manual) at arbitrary metadata. Awtomatikong nagtatala ang Bugsnag ng breadcrumbs para sa UI event sa iOS at Android, pagbabago ng estado ng aplikasyon (background, foreground) at network request.

Ang developer ay maaaring magdagdag ng custom na breadcrumbs para sa business logic: „idinagdag ng user ang produkto sa cart", „naipadala ang kahilingan sa paggawa ng order". Kapag naganap ang error lahat ng breadcrumbs mula sa huling 30 segundo ay ikinakabit sa event. Sinusuportahan din ng Bugsnag ang „state" — isang arbitrary na diksyunaryo ng data na ipinapadala kasama ng lahat ng error ng session.

Bugsnag.leaveBreadcrumb(
    message = "Order created",
    metadata = mapOf(
        "order_id" to "ORD-12345",
        "total" to "49.99"
    ),
    type = BreadcrumbType.STATE
)

Bugsnag.setExtraData(
    "user_tier", "premium"
)

Ang code ay nag-iiwan ng breadcrumb tungkol sa paggawa ng order at nagtatakda ng karagdagang impormasyon tungkol sa taripa ng user. Kapag naganap ang error sa session na ito, ikakabit ng Bugsnag ang konteksto na may numero ng order at uri ng user.

Session tracking

Awtomatikong binibilang ng Bugsnag ang bilang ng mga session — bawat pagsisimula ng aplikasyon ay itinuturing na bagong session. Ang ratio ng mga session na may error sa kabuuang bilang ng mga session ay bumubuo ng Stability Score. Ang Session tracking ay isinasaalang-alang sa pagpepresyo: ang Bugsnag ay lisensyado batay sa bilang ng sinusubaybayang session, hindi sa dami ng error, na nagpapaiba nito sa mga modelo ng pagbabayad bawat event sa Sentry at mga kakumpitensya.

Release tracking at integrasyon sa CI/CD

Release tracking — mekanismo ng pag-uugnay ng bawat error sa partikular na bersyon ng aplikasyon at commit sa repository. Awtomatikong tinutukoy ng Bugsnag ang bersyon mula sa Info.plist (iOS) o build.gradle (Android) at ipinapakita sa dashboard ang bilang ng error ayon sa bersyon. Ito ay nagpapahintulot na makita agad kung ang problema ay ipinakilala ng huling release.

Kung pagkatapos ng deployment ng bersyon 2.4.1 ang bilang ng kritikal na error ay tumaas ng 3 beses kumpara sa 2.4.0, minamarkahan ng Bugsnag ang bersyong ito bilang „hindi matatag" at nagpapadala ng alert. CI/CD integration ay nagpapahintulot na i-block ang promosyon ng build sa staging o production kung ang Stability Score ay bumaba sa ibaba ng threshold. Ang mga plugin para sa Jenkins, GitHub Actions at GitLab CI ay nagpapadala ng stability metrics sa pipeline.

Ayon sa Bugsnag Stability Benchmark (2024), 68% ng mga error sa mobile application ay ipinakilala ng mga bagong bersyon, hindi matagal nang umiiral na bug. Ang Release tracking ay nagbabawas ng oras ng pagtuklas ng regression mula sa oras hanggang ilang minuto pagkatapos ng deployment.

Paghahambing ng Bugsnag sa Sentry at Crashlytics

Sa merkado ng error monitoring may tatlong pangunahing manlalaro: Bugsnag, Sentry at Firebase Crashlytics. Bugsnag ay namumukod-tangi sa modelo ng pagpepresyo batay sa session (hindi event), pagtuon sa Stability Score at awtomatikong severity priyoritization. Sentry ay nag-aalok ng mas malalim na performance monitoring na may distributed tracing at open source code. Crashlytics — libreng solusyon na may pangunahing function, isinama sa Firebase ecosystem.

Ang pagpili sa pagitan ng mga tool ay depende sa priyoridad: kung ang pangunahing indicator ay ang katatagan ng aplikasyon sa production, ang Bugsnag ay nagbibigay ng pinakamalinaw na metrik. Kung kailangan ang malalim na performance analysis na may distributed tracing — Sentry. Para sa libreng pangunahing monitoring na may integrasyon sa Google ecosystem — Crashlytics.