모바일 개발에서 로깅 및 모니터링: 본질, 도구 및 설정 방법

iOS에서 로깅 및 모니터링: os_log와 CocoaLumberjack

iOS에서 모바일 애플리케이션 로깅은 Apple의 내장 시스템인 os_log(iOS 10부터 사용 가능)를 기반으로 합니다. os_log는 단일 시스템 로그(기기 내 또는 Console.app을 통해)에 로그를 기록하며, 카테고리, 수준 및 개인정보 태그를 지원합니다. Console.app과 xcrun을 통한 iOS에서의 로깅 및 모니터링 조합은 실시간으로 오류와 성능을 추적할 수 있게 해줍니다.

iOS의 로그 수준

os_log에는 Default, Info, Debug, Error, Fault 수준이 있습니다. 프로덕션에서는 Error와 Fault를 유지하고 Debug와 Info는 비활성화합니다. 올바른 수준 선택은 iOS에서 모바일 애플리케이션 모니터링 전략의 일부입니다. 개인정보: 보호되지 않은 데이터에는 %{public}@, 개인 데이터에는 %{private}@을 사용합니다.

CocoaLumberjack

CocoaLumberjack은 iOS 로깅을 위한 인기 라이브러리입니다. os_log와 달리 사용자 정의 형식, 비동기 쓰기 및 로그 회전을 지원합니다. DDLog, DDTTYLogger(콘솔), DDFileLogger(회전 파일). 원격 모니터링을 위해 CocoaLumberjack을 os_log와 결합할 수 있습니다 — 원격 로깅용 파일과 Console.app용 os_log에 기록합니다.

Android에서 로깅 및 모니터링: Timber와 로그 수준

Android에서 모바일 애플리케이션 로깅을 위해 Jake Wharton의 라이브러리 Timber가 사용되며, 플랫폼의 표준이 되었습니다. Timber는 Android Log(Logcat)의 래퍼로, 자동으로 클래스 태그를 추가하고 Tree를 구성합니다. Timber는 Android 모바일 애플리케이션 모니터링 시스템의 일부입니다: 디버깅용 DebugTree, 데이터 전송용 CrashlyticsTree.

Timber 상세

Timber는 Tree를 사용합니다 — 로그 처리 방법을 결정하는 구성 요소입니다. 디버그 빌드에서는 DebugTree(Logcat으로 출력), 릴리스에서는 CrashlyticsTree(충돌 전송). Timber.wtf()는 치명적인 오류를 로깅합니다. Timber.tag("CustomTag")는 태그를 재정의합니다. 효과적인 모니터링을 위해 Timber는 APM 도구와 결합됩니다.

Android의 로그 수준

Android Log에는 VERBOSE, DEBUG, INFO, WARN, ERROR, ASSERT 수준이 있습니다. ProGuard/R8은 릴리스에서 Log.d와 Log.v를 제거합니다 — Timber는 Plant를 통한 로깅을 허용합니다. 수준 선택은 모바일 애플리케이션 모니터링 품질에 영향을 미칩니다 — 프로덕션에서는 WARN과 ERROR를 유지합니다.

로깅 도구를 선택할 때 고려사항: 원격 로깅이 필요한지, 로그가 얼마나 자주 변경되는지, 누가 분석할지. 스타트업에는 os_log 또는 Timber로 충분합니다. 엔터프라이즈의 경우 — 서버 전송이 있는 CocoaLumberjack. IT Sectr에서는 Android에 Timber + Crashlytics, iOS에 os_log + CocoaLumberjack 조합을 사용합니다.

구조화된 로깅

구조화된 로깅 — 일반 텍스트 대신 JSON 형식으로 로그를 기록합니다. 예: "User login failed" 대신 {"event": "login_failed", "user_id": 123, "reason": "invalid_password"}를 기록합니다. 이것이 자동 모니터링의 기초입니다 — ELK 스택과 Grafana가 이러한 데이터를 필터링, 집계 및 분석합니다.

구조화된 로깅의 이점

필드별 필터링: 지난 1시간 동안 event=crash인 모든 로그를 찾습니다. 집계: 애플리케이션 버전별 오류 수 그래프를 작성합니다. ELK(Elasticsearch, Logstash, Kibana) 또는 Grafana와의 통합. 첫 번째 릴리스에서는 구조화된 로깅이 필수는 아니지만 DAU가 10,000을 초과하면 중요해집니다.

원격 로깅 및 로그 회전

원격 로깅 — 중앙 집중식 모니터링을 위해 기기에서 서버로 로그를 전송합니다. 사용자 정의 Tree(Android) 또는 HTTP 요청을 통해 구현됩니다. Error와 Warning만 전송 — 사용자 트래픽을 낭비하지 마십시오. 로그 회전: DDFileLogger(iOS)는 1MB 또는 1일마다. Android에서는 Logcat 버퍼가 제한됩니다.

APM 및 모바일 애플리케이션 모니터링: Sentry, New Relic, Datadog

Application Performance Monitoring(APM) — 모바일 애플리케이션 모니터링을 위한 도구 클래스. APM은 시작 시간, 네트워크 요청, FPS, 메모리 사용량, 충돌 빈도를 측정합니다. 주요 플레이어: Sentry(Performance), New Relic Mobile, Datadog Mobile.

Sentry Performance

Sentry — 충돌 보고뿐만 아니라 성능 모니터링도 제공합니다. Sentry Performance는 분산 추적을 생성하여 버튼 누름부터 서버 응답까지 각 단계가 얼마나 걸렸는지 보여줍니다. iOS, Android, Flutter, React Native를 지원합니다. 월 5,000개 이벤트까지 무료입니다.

New Relic 및 Datadog

New Relic Mobile은 세션 수, 앱 내 시간, 충돌 빈도, 네트워크 요청 등의 메트릭을 제공합니다. Datadog Mobile은 실시간 대시보드와 알림을 갖춘 더 현대적인 도구입니다. 둘 다 유료이지만 무료 티어가 있습니다. IT Sectr은 Firebase Performance로 시작하고 DAU가 100,000을 초과하면 유료 APM으로 전환할 것을 권장합니다.

Firebase Performance

Firebase Performance — Google의 무료 모바일 애플리케이션 모니터링 도구입니다. 앱 시작 시간, HTTP 요청(URL, 메서드, 응답 코드), FPS 메트릭을 자동으로 수집합니다. 사용자 정의 추적에는 Trace API를 사용합니다. 통합: build.gradle(Android) 또는 Podfile(iOS)에 SDK를 추가합니다.

Trace 및 메트릭

Trace — 측정하는 시작과 끝이 있는 시간 세그먼트입니다. 예: trace = FirebasePerformance.getInstance().newTrace("checkout_process"). 메트릭 — 숫자 표시기(응답 크기, 항목 수). Firebase Performance는 서버 인프라가 필요하지 않습니다 — 모든 데이터는 Firebase SDK를 통해 전송됩니다. 모바일 애플리케이션을 모니터링할 때 Trace API는 성능 분석에 컨텍스트를 제공합니다.