Protokollierung und Überwachung in der mobilen Entwicklung: Wesen, Werkzeuge und Einrichtung

Protokollierung und Überwachung auf iOS: os_log und CocoaLumberjack

Die mobile Anwendungsprotokollierung auf iOS basiert auf os_log — dem integrierten Apple-System, verfügbar seit iOS 10. os_log schreibt Logs in ein einziges Systemlog (auf dem Gerät oder über die Console.app), unterstützt Kategorien, Ebenen und Datenschutz-Tags. Die Kombination von Protokollierung und Überwachung auf iOS über Console.app und xcrun ermöglicht die Echtzeit-Verfolgung von Fehlern und Leistung.

Log Level auf iOS

os_log hat Ebenen: Default, Info, Debug, Error, Fault. In der Produktion werden Error und Fault beibehalten — Debug und Info werden deaktiviert. Die Wahl der richtigen Ebene ist Teil der Strategie für die Überwachung mobiler Anwendungen auf iOS. Datenschutz: %{public}@ für ungeschützte Daten, %{private}@ für personenbezogene Daten.

CocoaLumberjack

CocoaLumberjack ist eine beliebte Bibliothek für iOS-Protokollierung. Im Gegensatz zu os_log unterstützt sie benutzerdefinierte Formate, asynchrones Schreiben und Log-Rotation. DDLog, DDTTYLogger (Konsole), DDFileLogger (Datei mit Rotation). Für Remote-Überwachung kann CocoaLumberjack mit os_log kombiniert werden — in eine Datei für Remote-Logging und in os_log für die Console.app schreiben.

Protokollierung und Überwachung auf Android: Timber und Log Level

Für die mobile Anwendungsprotokollierung auf Android wird Timber verwendet — eine Bibliothek von Jake Wharton, die zum Standard der Plattform geworden ist. Timber ist ein Wrapper über Android Log (Logcat), der automatisch das Klassen-Tag hinzufügt und Tree konfiguriert. Timber ist Teil des Android-Überwachungssystems für mobile Anwendungen: DebugTree für die Fehlersuche, CrashlyticsTree zum Senden von Daten.

Timber im Detail

Timber verwendet Tree — eine Komponente, die entscheidet, was mit dem Log geschieht. In Debug-Builds DebugTree (Ausgabe an Logcat), in Release — CrashlyticsTree (Senden von Abstürzen). Timber.wtf() protokolliert fatale Fehler. Timber.tag("CustomTag") überschreibt das Tag. Für eine effektive Überwachung wird Timber mit APM-Werkzeugen kombiniert.

Log Level auf Android

Android Log hat Ebenen: VERBOSE, DEBUG, INFO, WARN, ERROR, ASSERT. ProGuard/R8 entfernt Log.d und Log.v in Release — Timber ermöglicht Protokollierung über Plant. Die Wahl der Ebene beeinflusst die Qualität der Überwachung der mobilen Anwendung — in der Produktion werden WARN und ERROR beibehalten.

Bei der Auswahl eines Protokollierungswerkzeugs sollten Sie berücksichtigen: ob Remote-Logging benötigt wird, wie oft sich Logs ändern und wer sie analysiert. Für Startups reichen os_log oder Timber. Für Unternehmen — CocoaLumberjack mit Server-Senden. Bei IT Sectr verwenden wir die Kombination Timber + Crashlytics für Android und os_log + CocoaLumberjack für iOS.

Structured Logging

Structured Logging — Schreiben von Logs im JSON-Format anstelle von Klartext. Beispiel: Statt "User login failed" schreiben wir {"event": "login_failed", "user_id": 123, "reason": "invalid_password"}. Dies ist die Grundlage für die automatische Überwachung — der ELK-Stack und Grafana filtern, aggregieren und analysieren solche Daten.

Vorteile von Structured Logging

Filtern nach Feldern: Finden Sie alle Logs mit event=crash der letzten Stunde. Aggregation: Erstellen Sie ein Diagramm der Fehleranzahl nach App-Version. Integration mit ELK (Elasticsearch, Logstash, Kibana) oder Grafana. Structured Logging ist für die ersten Veröffentlichungen nicht obligatorisch, wird jedoch kritisch, wenn die DAU 10.000 übersteigt.

Remote-Logging und Log-Rotation

Remote-Logging — Senden von Logs vom Gerät an einen Server zur zentralisierten Überwachung. Implementiert über benutzerdefiniertes Tree (Android) oder HTTP-Anfragen. Senden Sie nur Error und Warning — verschwenden Sie keinen Benutzerdatenverkehr. Log-Rotation: DDFileLogger (iOS) alle 1 MB oder 1 Tag. Auf Android ist der Logcat-Puffer begrenzt.

APM und Überwachung mobiler Anwendungen: Sentry, New Relic, Datadog

Application Performance Monitoring (APM) — eine Klasse von Werkzeugen für die Überwachung mobiler Anwendungen. APM misst: Startzeit, Netzwerkanfragen, FPS, Speichernutzung, Absturzhäufigkeit. Hauptakteure: Sentry (Performance), New Relic Mobile, Datadog Mobile.

Sentry Performance

Sentry — nicht nur Absturzberichterstattung, sondern auch Leistungsüberwachung. Sentry Performance erstellt verteilte Traces, die zeigen, wie lange jede Phase gedauert hat: vom Tastendruck bis zur Serverantwort. Unterstützt iOS, Android, Flutter, React Native. Kostenlos bis zu 5.000 Ereignissen pro Monat.

New Relic und Datadog

New Relic Mobile liefert Metriken: Sitzungsanzahl, Zeit in der App, Absturzhäufigkeit, Netzwerkanfragen. Datadog Mobile ist ein moderneres Werkzeug mit Echtzeit-Dashboards und Warnmeldungen. Beide sind kostenpflichtig, haben aber kostenlose Stufen. IT Sectr empfiehlt, mit Firebase Performance zu beginnen und bei einer DAU über 100.000 auf kostenpflichtige APM umzusteigen.

Firebase Performance

Firebase Performance — ein kostenloses Werkzeug für die Überwachung mobiler Anwendungen von Google. Sammelt automatisch Metriken: App-Startzeit, HTTP-Anfragen (URL, Methode, Antwortcode), FPS. Für benutzerdefiniertes Tracing verwenden Sie die Trace API. Integration: Fügen Sie das SDK zu build.gradle (Android) oder Podfile (iOS) hinzu.

Trace und Metriken

Trace — ein Zeitabschnitt mit Anfang und Ende, den Sie messen. Beispiel: trace = FirebasePerformance.getInstance().newTrace("checkout_process"). Metriken — numerische Indikatoren (Antwortgröße, Anzahl der Elemente). Firebase Performance benötigt keine Serverinfrastruktur — alle Daten gehen durch das Firebase SDK. Bei der Überwachung mobiler Anwendungen liefert die Trace API Kontext für die Leistungsanalyse.