새 버전의 모바일 앱을 프로덕션 환경에 출시하는 것은 앱 개발에서 가장 흥미로운 부분 중 하나이지만 가장 스트레스가 많은 부분이기도 합니다! 팀에서는 버전 활용, 새로운 버그, 해당 버그의 영향, 이전 릴리스와의 비교 등을 추적해야 합니다.
이 페이지에서는 모바일 앱 출시에 대한 확신을 갖는 데 필요한 데이터를 모니터링하기 위해 Firebase에서 제공하는 여러 도구를 설명합니다.
릴리스 모니터링 대시보드를 사용하여 릴리스 관련 데이터 탐색
Firebase 콘솔의 출시 모니터링 대시보드는 Firebase Crashlytics를 기반으로 합니다. 최신 프로덕션 릴리스를 모니터링하는 단일 대시보드입니다. 대시보드는 거의 실시간으로 업데이트되며 충돌 없는 지표, 버전 활용도, 이전 릴리스와의 비교, 릴리스의 새로운 문제 등 가장 중요한 릴리스 지표에 대한 상위 수준 보기를 제공합니다.
이 새로운 대시보드는 콘솔의 최신 릴리스 페이지를 개선합니다. 해당 페이지에 비해 Release Monitoring 대시보드는 더 많은 정보를 추가하고 Google Analytics 없이도 유용한 데이터를 표시하며 더 빠르게 로드됩니다.
대시보드의 특징
실시간 보고
모든 차트는 거의 실시간으로 업데이트됩니다. 최신 버전을 배포한 직후 사용자가 해당 릴리스에 참여하기 시작하는 모습을 볼 수 있습니다. 해당 사용자 중 일부가 충돌을 경험하는 경우 충돌 없는 측정항목 차트를 통해 그 영향을 즉시 알 수 있습니다.이전 릴리스를 기반으로 한 비교 및 벤치마킹
이전 릴리스와 관련하여 최신 릴리스의 안정성을 볼 수 있습니다. 대시보드를 사용하면 최신 릴리스와 이전에 릴리스된 최대 2개의 빌드의 실시간 측정항목을 비교할 수 있습니다.주요 신규 이슈
최신 릴리스가 출시되면 새로운 충돌을 볼 수 있습니다. 주요 새 문제 표에서는 최신 릴리스에서 처음 감지된 문제의 영향을 모니터링하여 릴리스를 중지할지 아니면 롤백할지 빠르게 결정할 수 있습니다.
대시보드 요구 사항
릴리스 모니터링 대시보드에서 최신 릴리스를 보려면 다음을 수행하십시오.
앱이 최소한 다음 버전의 Crashlytics SDK를 사용하는지 확인하세요.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+최신 릴리스에 충분한 수의 사용자가 참여할 수 있도록 새 버전의 앱을 프로덕션에 게시하세요.
대시보드에 대한 FAQ
대시보드에 빌드를 표시하려면 최소한 다음 버전의 Crashlytics SDK를 사용해야 합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+
이러한 버전의 SDK는 출시 모니터링 대시보드와 같은 Crashlytics의 많은 새로운 기능에 필요한 세션 데이터를 Crashlytics로 보낼 수 있기 때문에 '세션 가능' SDK 버전이라고도 합니다.
대시보드에 빌드가 표시되려면 다음 요구 사항을 모두 충족해야 합니다.
빌드 에서는 최소한 다음 버전의 Crashlytics SDK를 사용합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+지난 3일 동안 빌드에 충분한 수의 사용자가 있습니다.
빌드에는 최소 500명의 고유 사용자가 있어야 합니다 . 또는
빌드에는 전체 사용자의 1% 이상이 있고 고유 사용자가 2명 이상 있습니다.
릴리스 모니터링 대시보드는 프로덕션 릴리스, 즉 상당한 수의 사용자가 있는 빌드를 지원하는 것을 목표로 합니다.
대시보드에 빌드가 표시되려면 다음 요구 사항을 모두 충족해야 합니다.
빌드 에서는 최소한 다음 버전의 Crashlytics SDK를 사용합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+지난 3일 동안 빌드에 충분한 수의 사용자가 있습니다.
빌드에는 최소 500명의 고유 사용자가 있어야 합니다 . 또는
빌드에는 전체 사용자의 1% 이상이 있고 고유 사용자가 2명 이상 있습니다.
(Google Play를 통해 배포된 앱의 경우) 앱에 Google Play 링크가 있으면 Crashlytics가 세션 로그를 수신하지 않았거나 해당 빌드에 대한 활성 사용자를 감지하지 않은 경우에도 대시보드에 Play Prod 트랙에 나열된 모든 빌드가 표시됩니다.
비교 또는 활성 사용자 비율을 위해 대시보드에서 데이터를 보려면 위의 요구 사항을 충족하는 빌드를 두 개 이상 출시해야 합니다.
먼저 활성 사용자 차트와 관련된 몇 가지 용어를 이해하는 것이 도움이 됩니다.
세션은 사용자가 애플리케이션을 사용하는 연속적인 기간입니다. 앱이 콜드 스타트되거나 백그라운드에서 30분 이상 경과한 후 앱이 포그라운드되면 새 세션이 시작됩니다.
특정 빌드의 활성 사용자는 해당 빌드를 사용하여 세션을 시작한 사용자 수를 시간별로 그룹화한 것입니다.
총(활성) 사용자는 세션 지원 SDK 버전을 사용하는 앱 빌드 에서 세션을 시작한 사용자 수를 시간별로 그룹화한 것입니다.
활성 사용자 차트에서 차트에 항상 표시되는 활성 사용자의 백분율 값과 개수는 지난 60분 동안(또는 지난 60분 동안 활성 사용자가 없었던 경우 지난 1시간 동안)의 값입니다. 데이터가 있습니다). 예를 들어 예시 스크린샷에서는 지난 60분 동안 6.0.0 (600)
빌드에 대해 90명의 활성 사용자가 있었으며 이는 앱의 전체(활성) 사용자의 22.1%를 차지합니다.
활성 사용자 차트의 선 위에 마우스를 놓으면 활성 사용자 비율은 마우스를 올려 놓은 시간의 활성 사용자 수에서 계산됩니다.
활성 사용자 비율을 보려면 FAQ " 릴리스 모니터링 대시보드에서 볼 수 있는 빌드는 무엇입니까?"에 설명된 요구 사항을 충족하는 두 개 이상의 빌드를 릴리스해야 합니다. .
활성 사용자 비율은 다른 데이터(예: Google Play 데이터 또는 충돌 보고서)가 아닌 수신된 세션 데이터를 기반으로 합니다.
호환되는 Crashlytics SDK 버전 으로 앱을 처음 출시한 경우 Crashlytics에는 비교할 이전 세션 데이터가 없습니다.
알림 설정
Crashlytics를 포함한 여러 Firebase 제품은 다양한 제품별 이유로 알림을 보낼 수 있습니다. 알림을 받으려면 필수 권한이 있어야 합니다.
최신 릴리스의 안정성을 모니터링하기 위해 Performance Monitoring 과 Crashlytics 모두에서 알림을 설정할 수 있습니다. 특히 Crashlytics의 경우 다음 알림을 설정할 수 있습니다.
앱의 개별 문제가 Firebase 콘솔에서 정의한 임계값을 초과하는 경우 신속 알림을 사용하여 팀에 알립니다.
새로운 문제나 재발된 문제에 대한 알림을 원하는 알림 채널로 보냅니다.
Firebase용 Cloud Functions를 사용하여 타사 서비스에 대한 고급 알림을 설정하세요.
출시하기 전에 원활한 출시를 보장하세요.
최신 버전을 출시하기 전에 원활한 출시를 위해 다음 서비스 및 기능 중 일부를 사용해 보세요.
출시 전 테스트 서비스 이용
Firebase는 출시 전 테스트에 도움이 되는 두 가지 제품, 즉 Test Lab과 앱 배포를 제공합니다. 이 두 서비스는 모두 CI/CD 흐름에 통합될 수 있습니다.
Firebase Test Lab은 다양한 기기와 구성에서 앱을 테스트할 수 있는 클라우드 기반 앱 테스트 인프라입니다. 이를 통해 실제 사용자의 손에서 앱이 어떻게 작동할지 조기에 이해할 수 있습니다.
신뢰할 수 있는 테스터에게 최신 빌드를 제공할 준비가 되면 Firebase 앱 배포를 사용하세요. Apple 플랫폼과 Android 사전 출시 배포판을 모두 같은 곳에서 관리할 수 있습니다.
출시 및 제한된 테스트 서비스 사용
Firebase 원격 구성을 사용하여 백분율 출시 메커니즘 으로 새로운 기능을 출시하거나 제한된 테스트 그룹 에서 해당 기능을 테스트하세요.
Firebase는 또한 A/B 테스팅을 제공하므로 앱의 UI, 기능 또는 참여 캠페인에 대한 변경 사항을 테스트하여 이를 널리 출시하기 전에 주요 측정항목(예: 수익 및 유지율)에 어떤 영향을 미치는지 확인할 수 있습니다.
,새 버전의 모바일 앱을 프로덕션 환경에 출시하는 것은 앱 개발에서 가장 흥미로운 부분 중 하나이지만 가장 스트레스가 많은 부분이기도 합니다! 팀에서는 버전 활용, 새로운 버그, 해당 버그의 영향, 이전 릴리스와의 비교 등을 추적해야 합니다.
이 페이지에서는 모바일 앱 출시에 대한 확신을 갖는 데 필요한 데이터를 모니터링하기 위해 Firebase에서 제공하는 여러 도구를 설명합니다.
릴리스 모니터링 대시보드를 사용하여 릴리스 관련 데이터 탐색
Firebase 콘솔의 출시 모니터링 대시보드는 Firebase Crashlytics를 기반으로 합니다. 최신 프로덕션 릴리스를 모니터링하는 단일 대시보드입니다. 대시보드는 거의 실시간으로 업데이트되며 충돌 없는 지표, 버전 활용도, 이전 릴리스와의 비교, 릴리스의 새로운 문제 등 가장 중요한 릴리스 지표에 대한 상위 수준 보기를 제공합니다.
이 새로운 대시보드는 콘솔의 최신 릴리스 페이지를 개선합니다. 해당 페이지에 비해 Release Monitoring 대시보드는 더 많은 정보를 추가하고 Google Analytics 없이도 유용한 데이터를 표시하며 더 빠르게 로드됩니다.
대시보드의 특징
실시간 보고
모든 차트는 거의 실시간으로 업데이트됩니다. 최신 버전을 배포한 직후 사용자가 해당 릴리스에 참여하기 시작하는 모습을 볼 수 있습니다. 해당 사용자 중 일부가 충돌을 경험하는 경우 충돌 없는 측정항목 차트를 통해 그 영향을 즉시 알 수 있습니다.이전 릴리스를 기반으로 한 비교 및 벤치마킹
이전 릴리스와 관련하여 최신 릴리스의 안정성을 볼 수 있습니다. 대시보드를 사용하면 최신 릴리스와 이전에 릴리스된 최대 2개의 빌드의 실시간 측정항목을 비교할 수 있습니다.주요 신규 이슈
최신 릴리스가 출시되면 새로운 충돌을 볼 수 있습니다. 주요 새 문제 표에서는 최신 릴리스에서 처음 감지된 문제의 영향을 모니터링하여 릴리스를 중지할지 아니면 롤백할지 빠르게 결정할 수 있습니다.
대시보드 요구 사항
릴리스 모니터링 대시보드에서 최신 릴리스를 보려면 다음을 수행하십시오.
앱이 최소한 다음 버전의 Crashlytics SDK를 사용하는지 확인하세요.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+최신 릴리스에 충분한 수의 사용자가 참여할 수 있도록 새 버전의 앱을 프로덕션에 게시하세요.
대시보드에 대한 FAQ
대시보드에 빌드를 표시하려면 최소한 다음 버전의 Crashlytics SDK를 사용해야 합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+
이러한 버전의 SDK는 출시 모니터링 대시보드와 같은 Crashlytics의 많은 새로운 기능에 필요한 세션 데이터를 Crashlytics로 보낼 수 있기 때문에 '세션 가능' SDK 버전이라고도 합니다.
대시보드에 빌드가 표시되려면 다음 요구 사항을 모두 충족해야 합니다.
빌드 에서는 최소한 다음 버전의 Crashlytics SDK를 사용합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+지난 3일 동안 빌드에 충분한 수의 사용자가 있습니다.
빌드에는 최소 500명의 고유 사용자가 있어야 합니다 . 또는
빌드에는 전체 사용자의 1% 이상이 있고 고유 사용자가 2명 이상 있습니다.
릴리스 모니터링 대시보드는 프로덕션 릴리스, 즉 상당한 수의 사용자가 있는 빌드를 지원하는 것을 목표로 합니다.
대시보드에 빌드가 표시되려면 다음 요구 사항을 모두 충족해야 합니다.
빌드 에서는 최소한 다음 버전의 Crashlytics SDK를 사용합니다.
Apple 플랫폼: v10.8.0+ | 안드로이드: v18.6.0+ (BoM v32.6.0+) | 플러터: v3.4.5+ | 유니티: 11.7.0+지난 3일 동안 빌드에 충분한 수의 사용자가 있습니다.
빌드에는 최소 500명의 고유 사용자가 있어야 합니다 . 또는
빌드에는 전체 사용자의 1% 이상이 있고 고유 사용자가 2명 이상 있습니다.
(Google Play를 통해 배포된 앱의 경우) 앱에 Google Play 링크가 있으면 Crashlytics가 세션 로그를 수신하지 않았거나 해당 빌드에 대한 활성 사용자를 감지하지 않은 경우에도 대시보드에 Play Prod 트랙에 나열된 모든 빌드가 표시됩니다.
비교 또는 활성 사용자 비율을 위해 대시보드에서 데이터를 보려면 위의 요구 사항을 충족하는 빌드를 두 개 이상 출시해야 합니다.
먼저 활성 사용자 차트와 관련된 몇 가지 용어를 이해하는 것이 도움이 됩니다.
세션은 사용자가 애플리케이션을 사용하는 연속적인 기간입니다. 앱이 콜드 스타트되거나 백그라운드에서 30분 이상 경과한 후 앱이 포그라운드되면 새 세션이 시작됩니다.
특정 빌드의 활성 사용자는 해당 빌드를 사용하여 세션을 시작한 사용자 수를 시간별로 그룹화한 것입니다.
총(활성) 사용자는 세션 지원 SDK 버전을 사용하는 앱 빌드 에서 세션을 시작한 사용자 수를 시간별로 그룹화한 것입니다.
활성 사용자 차트에서 차트에 항상 표시되는 활성 사용자의 백분율 값과 개수는 지난 60분 동안(또는 지난 60분 동안 활성 사용자가 없었던 경우 지난 1시간 동안)의 값입니다. 데이터가 있습니다). 예를 들어 예시 스크린샷에서는 지난 60분 동안 6.0.0 (600)
빌드에 대해 90명의 활성 사용자가 있었으며 이는 앱의 전체(활성) 사용자의 22.1%를 차지합니다.
활성 사용자 차트의 선 위에 마우스를 놓으면 활성 사용자 비율은 마우스를 올려 놓은 시간의 활성 사용자 수에서 계산됩니다.
활성 사용자 비율을 보려면 FAQ " 릴리스 모니터링 대시보드에서 볼 수 있는 빌드는 무엇입니까?"에 설명된 요구 사항을 충족하는 두 개 이상의 빌드를 릴리스해야 합니다. .
활성 사용자 비율은 다른 데이터(예: Google Play 데이터 또는 충돌 보고서)가 아닌 수신된 세션 데이터를 기반으로 합니다.
호환되는 Crashlytics SDK 버전 으로 앱을 처음 출시한 경우 Crashlytics에는 비교할 이전 세션 데이터가 없습니다.
알림 설정
Crashlytics를 포함한 여러 Firebase 제품은 다양한 제품별 이유로 알림을 보낼 수 있습니다. 알림을 받으려면 필수 권한이 있어야 합니다.
최신 릴리스의 안정성을 모니터링하기 위해 Performance Monitoring 과 Crashlytics 모두에서 알림을 설정할 수 있습니다. 특히 Crashlytics의 경우 다음 알림을 설정할 수 있습니다.
앱의 개별 문제가 Firebase 콘솔에서 정의한 임계값을 초과하는 경우 신속 알림을 사용하여 팀에 알립니다.
새로운 문제나 재발된 문제에 대한 알림을 원하는 알림 채널로 보냅니다.
Firebase용 Cloud Functions를 사용하여 타사 서비스에 대한 고급 알림을 설정하세요.
출시하기 전에 원활한 출시를 보장하세요.
최신 버전을 출시하기 전에 원활한 출시를 위해 다음 서비스 및 기능 중 일부를 사용해 보세요.
출시 전 테스트 서비스 이용
Firebase는 출시 전 테스트에 도움이 되는 두 가지 제품, 즉 Test Lab과 앱 배포를 제공합니다. 이 두 서비스는 모두 CI/CD 흐름에 통합될 수 있습니다.
Firebase Test Lab은 다양한 기기와 구성에서 앱을 테스트할 수 있는 클라우드 기반 앱 테스트 인프라입니다. 이를 통해 실제 사용자의 손에서 앱이 어떻게 작동할지 조기에 이해할 수 있습니다.
신뢰할 수 있는 테스터에게 최신 빌드를 제공할 준비가 되면 Firebase 앱 배포를 사용하세요. Apple 플랫폼과 Android 사전 출시 배포판을 모두 같은 곳에서 관리할 수 있습니다.
출시 및 제한된 테스트 서비스 사용
Firebase 원격 구성을 사용하여 백분율 출시 메커니즘 으로 새로운 기능을 출시하거나 제한된 테스트 그룹 에서 해당 기능을 테스트하세요.
Firebase는 또한 A/B 테스팅을 제공하므로 앱의 UI, 기능 또는 참여 캠페인에 대한 변경 사항을 테스트하여 이를 널리 출시하기 전에 주요 측정항목(예: 수익 및 유지율)에 어떤 영향을 미치는지 확인할 수 있습니다.