모바일 Crash Budget 운영법
· 수정 5월 12일
모바일 앱은 서버와 달리 문제가 생겨도 즉시 패치가 퍼지지 않습니다. 그래서 출시 직전이나 직후에 가장 중요한 질문은 “크래시가 있는가”가 아니라 이 크래시 수준으로 계속 배포해도 되는가입니다. 이때 필요한 개념이 crash budget입니다.
crash budget이 필요한 이유
- 완벽한 무크래시 상태는 현실적이지 않다
- 버전별 안정성 비교가 가능해진다
- 출시 중단 기준을 팀이 미리 합의할 수 있다
- 중요 경로와 비핵심 경로를 다르게 볼 수 있다
운영 기준 예시
- 세션 기준 크래시 비율
- 사용자 기준 영향 범위
- 신규 버전에서만 증가하는지 여부
- 결제, 로그인 같은 핵심 플로우 연관성
단일 숫자만 보면 실제 위험을 놓치기 쉽습니다.
결론
Crash budget은 품질팀만의 지표가 아니라 출시 의사결정 도구입니다. 어느 수준에서 멈추고, 어느 수준에서 계속 나갈지 합의해 두면 팀이 훨씬 덜 흔들립니다.
Continue Reading
다음으로 읽기 좋은 글
📱 Mobile
모바일 기능 플래그 만료 운영 플레이북
기능 플래그는 출시를 빠르게 하지만, 회수하지 않으면 코드와 운영 복잡도를 빠르게 키웁니다.
📱 Mobile모바일 기능 플래그 기반 롤아웃
앱스토어 릴리스와 기능 플래그를 함께 사용해 모바일 기능을 더 안전하게 출시하는 방법을 정리합니다.
🧪 Test릴리스 후보 테스트 컷라인 설계
모든 테스트를 다 돌리는 것과 안전하게 배포하는 것은 다릅니다. 릴리스 후보에서 어떤 테스트를 통과 기준으로 삼아야 할지 정리합니다.
🚀 DevOps배포 동결 전 준비 체크리스트
고위험 릴리스 동결 기간 전에 코드, 운영, 롤백 계획을 어떻게 준비해야 하는지 정리한 실전 체크리스트입니다.
다음 탐색