앱에 App Check SDK를 추가한 후 App Check 적용을 사용 설정하기 전에 이렇게 해도 기존의 적법한 사용자가 방해를 받지 않는지 확인해야 합니다.
Data Connect, Vertex AI in Firebase, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, iOS용 Google ID, Maps JavaScript API, Places API(신규)에 대한 결정을 내릴 때 사용할 수 있는 중요한 도구는 App Check 요청 측정항목 화면입니다.
제품의 App Check 요청 측정항목을 보려면 Firebase Console의 App Check 섹션을 엽니다. 예를 들면 다음과 같습니다.
앱 체크 측정항목 페이지" class="screenshot"> 스크린샷
각 제품의 요청 측정항목은 4가지 카테고리로 분류됩니다.
확인된 요청은 유효한 App Check 토큰이 있는 요청입니다. App Check 적용을 사용 설정하면 이 카테고리의 요청만 성공합니다.
오래된 클라이언트 요청은 App Check 토큰이 누락된 요청입니다. 이러한 요청은 App Check가 앱에 포함되기 전에 이전 버전의 Firebase SDK에서 전송되었을 수 있습니다.
알 수 없는 출처 요청은 App Check 토큰이 없고 Firebase SDK에서 전송된 것으로 보이지 않는 요청입니다. 이는 도난된 API 키로 수행된 요청이나 Firebase SDK 없이 위조된 요청에서 전송되었을 수 있습니다.
잘못된 요청은 잘못된 App Check 토큰이 있는 요청이며, 앱을 가장하려고 시도하는 허위 클라이언트 또는 에뮬레이션된 환경에서 전송되었을 수 있습니다.
적용을 사용 설정하기로 결정할 때 앱에 이러한 카테고리의 분포를 알려야 합니다. 다음 가이드라인을 참고하세요.
거의 모든 최근 요청이 확인된 클라이언트의 요청인 경우 적용을 사용 설정하여 백엔드 리소스 보호를 시작하세요.
최근 요청의 상당 부분이 오래되었을 수 있는 클라이언트로부터 온 경우 사용자를 방해하지 않으려면 더 많은 사용자가 앱을 업데이트할 때까지 기다린 후에 적용을 사용 설정하는 것이 좋습니다. 출시된 앱에 App Check를 적용하면 App Check SDK와 통합되지 않은 이전 앱 버전이 중단됩니다.
앱이 아직 출시되지 않았다면 오래된 클라이언트가 없으므로 App Check 적용을 즉시 사용 설정해야 합니다.
다음 단계
App Check가 사용자에게 미치는 영향을 이해하고 계속 진행할 준비가 되면 Data Connect, Vertex AI in Firebase, Realtime Database, Cloud Firestore, Cloud Storage, Authentication, iOS용 Google ID, Maps JavaScript API, Places API(신규)에 App Check 적용을 사용 설정할 수 있습니다.