모바일 Observability 플레이북
· 수정 4월 27일
모바일 observability는 서버 observability보다 어렵습니다. 실패가 기기, OS 버전, 릴리스 코호트, 네트워크 상태, 앱 상태에 따라 다르게 나타나기 때문입니다.
먼저 봐야 할 신호
- crash-free user rate
- ANR 또는 hang 비율
- cold/warm startup time
- 핵심 화면의 frame drop
- 앱 버전과 네트워크 클래스별 API 지연
릴리스 코호트가 중요한 이유
많은 모바일 장애는 전체 장애가 아닙니다. 특정 롤아웃 구간, 특정 OS, 특정 기기군에서만 발생합니다. 이를 분리해 보지 않으면 평균은 멀쩡해 보여도 실제 사용자군은 크게 망가져 있을 수 있습니다.
Continue Reading
다음으로 읽기 좋은 글
📱 Mobile
모바일 앱 시작 시간 추적 플레이북
콜드 스타트, 웜 스타트, 첫 화면 표시, 초기 네트워크 호출을 분리해 모바일 성능을 개선하는 실전 기준을 정리합니다.
📱 Mobile모바일 Crash Budget 운영법
모바일 안정성은 단순히 크래시를 줄이는 것이 아니라, 어느 수준까지 허용하고 언제 출하를 멈출지 결정하는 운영 문제입니다.
🖥️ FrontendCore Web Vitals 최적화 — LCP, CLS, INP 실전 가이드
Core Web Vitals를 체크리스트 수준이 아니라 사용자 체감 성능과 렌더링 구조의 관점에서 정리합니다. LCP, CLS, INP가 왜 나빠지는지, 무엇부터 측정하고 어떤 순서로 최적화해야 하는지 실무 예제로 설명합니다.
🗄️ Database쿼리 플랜 회귀를 막는 데이터베이스 가드
인덱스 변경, 통계 갱신, 배포 이후 쿼리 실행 계획이 나빠지는 문제를 사전에 감지하는 방법을 정리합니다.
다음 탐색