본문으로 건너뛰기
해결책

Capgo에서 사용량이 어떻게 계산되는지

Capgo에서 사용량을 계산하는 방법을 이해하고, 최적의 방법으로 사용하여 계획을 더 잘 관리하세요.

기사 기여

마틴 도나디우

작가

발레리아

리뷰어

조던

편집자

Capgo에서 사용량이 어떻게 계산되는지

Capgo에서 Capgo은 3 가지 값이 계산되고 이해하는 것이 중요합니다.

  • 사용자
  • 저장소
  • 네트워크 대역폭

각각은 계산 방식이 약간 다릅니다.

사용자

사용자가 Capacitor JS 앱을 다운로드하고 열 때, Capgo 백엔드에 업데이트가 있는지 확인하는 요청을 보냅니다. DeviceID

DeviceID앱이 그러한 요청을 보낼 때, 작은 정보를 포함하여 가장 중요한 정보를 보냅니다. : 기기에서 생성된 고유한 ID (UUID)입니다.버전 v5.10.0, v6.25.0 및 v7.25.0부터 시작하여, 이 ID는 앱 재설치 시에도 유지됩니다 (기기 저장소에서 안전하게 저장됩니다). 이전 버전까지는 앱 설치 시마다 ID가 초기화되었습니다.

계정에 새로운 기기 ID가 저장되면, 데이터베이스에 저장됩니다. DeviceID 기존 기기 ID가 저장된 기록이 업데이트됩니다 (데이터베이스의 updated_at 필드가 업데이트됩니다).

이 데이터는 2 곳에 저장됩니다:

  • 기기 표에 update_at
  • app_stats에 일일 카운터가 포함되어 있습니다. 이 카운터는 오늘 활성화된 기기 수를 나타내며, 이 달에 활성화되지 않은 기기 수를 나타냅니다.

계획 제한을 위해 첫 번째 방법이 사용됩니다. 차트를 표시하기 위해 두 번째 방법이 사용됩니다. 계정의 홈 페이지에서 두 가지 모두 확인할 수 있습니다:

  • 차트에서 사용하는 방법은 두 번째 방법입니다.
  • 앱의 표에서 사용하는 방법은 첫 번째 방법입니다.

Capgo은 에뮬레이터 및 개발자 빌드가 사용량에 포함되지 않습니다. 참고로, 시범 기간 후에 에뮬레이터 및 개발자 빌드가 3% 이상인 경우 계정 잠금이 발생합니다. 이 문제를 해결할 때까지 계정 잠금이 유지됩니다.

Capgo은 또한 필터링을 수행합니다. CI/CD가 Google PLAY 버전을 전송하도록 구성된 경우 Google은 20개 이상의 실제 기기를 사용하여 Capacitor 앱을 실행합니다. 새로운 버전이 배포된 후 4시간 동안 Google 데이터 센터 IP를 차단하여 카운팅을 방지합니다.

매월, 이 데이터는 0으로 시작됩니다.

  • 기기 요청을 받을 때마다 내 데이터베이스에 기기를 생성하거나 업데이트합니다.
  • 이 달에 활성화되지 않은 기기 수를 나타내는 일일 카운터에 활성화된 기기 수를 추가합니다.

첫 번째 방법은 다음과 같은 값을 반환합니다: 900명 이상의 사용자 두 번째 방법은 계정에 200명 이상의 사용자가 있습니다 계획 제한을 위해 첫 번째 방법을 사용하고, 차트를 표시하기 위해 두 번째 방법을 사용합니다. 계정 홈 페이지에서 둘 다 볼 수 있습니다.

저장소

업로드 한 번들마다 이 숫자는 업로드 크기에 따라 증가합니다.

이 데이터는 업로드 크기와 관련이 있으며, 앱 크기가 좋을수록 계획에 따라 더 잘 유지됩니다.

계획 제한에 도달하거나 근처에 도달하면 CLI에 있는 번들을 목록화할 수 있습니다: npx @capgo/cli@latest bundle list 번들을 삭제하여 저장소를 해제하지만.stats를 삭제하지 마세요.

번들을 삭제하여 저장소를 해제할 준비가 되면 여러 번들을 삭제하는 명령어를 사용하세요: npx @capgo/cli@latest bundle cleanup

PS: 이건 지구를 위한 것이지만, 당신의 지갑도 좋습니다.

업로드 크기를 사용하여 저장소를 사용하고, 계획에 포함되지 않도록 할 수 있습니다. --external 대역폭

이 값의 계산은 저장소와 같은 아이디어지만 조금 더 복잡합니다.

업로드 크기를 사용하여 저장소를 사용하고, 계획에 포함되지 않도록 할 수 있습니다.

사용자가 각 번들을 다운로드할 때마다 이 숫자는 다운로드 크기에 따라 증가합니다.

이 데이터는 단지 사용자의 다운로드 크기와 관련이 있으며, Capacitor JS 앱 크기가 좋을수록, 사용자가 자신의 계획에 머물러 있습니다.

Capgo는 다운로드된 크기를 볼 수 없으며, 단지 번들의 크기를만 볼 수 있습니다. 따라서 큰 번들을 가지고 있고, 사용자가 다운로드를 실패하는 경우가 많다면, 사용량 제한을 빨리 초과할 것입니다.

계획에 머물러 유지하는 가장 좋은 방법은 작은 번들을 사용하는 것입니다. 그러나 그렇지 못할 경우, 사용자에게 다운로드 진행률을 알려주고, 다운로드할 수 있는 남은 크기를 알려주어야 합니다.

미래에 Capgo는 다운로드 시스템을 개선하여 한 번에 여러 번들을 다운로드할 수 있는 기회를 더 제공할 것입니다.

Capgo에서 How your usage is counted를 계속 진행하세요.

만약 __CAPGO_KEEP_0__의 How your usage is counted를 사용하고 있다면 How your usage is counted를 Capgo에서 사용하고 있다면 __CAPGO_KEEP_0__ Live Updates와 연결하세요. Capgo Live Updates의 제품 워크플로우를 Capgo Live Updates __CAPGO_KEEP_0__의 개요 implementation detail in Overview 기능 implementation detail in Features 업데이트 동작 implementation detail in Update Behavior, and 업데이트 유형 기사 기여

실시간으로 Capacitor 앱에 대한 업데이트를 받으세요.

웹-layer 버그가 활성화되면 Capgo을 통해 픽스를 배포하는 대신 앱 스토어 승인까지 며칠 기다리지 마세요. 사용자는 배경에서 업데이트를 받으며 네이티브 변경 사항은 일반적인 검토 경로에 남아 있습니다.

마틴의 인간 지원

시작하기

최신 블로그 게시물

Capgo은 전문적인 모바일 앱을 만들기 위해 필요한 최고의 통찰력을 제공합니다.