제품을 복구할 때 검토를 기다리지 않습니다.
JavaScript, CSS, 복사본, 원격 구성 및 웹 자산 수정을 포함한 라이브 업데이트 사용
출시 압박을 줄여
제품이 고장 나면 정확히 무슨 일이 일어나는지 알 수 있습니다.
Capgo은 모바일 팀에게 긴급 웹 수정, 제어된 롤아웃 및 명확한 감사 기록을 제공하여 나쁜 배포가 매장 검토 대기일이 되는 것을 막습니다.
모든 사용자가 빌드를 받기 전에 위험을 제어합니다.
내부, 베타, 카나리 및 제품 채널로 배포하고 롤백 준비가 된 상태로 롤아웃이 지원 인사이벤트가 되기 전에
출시 후에 무슨 일이 일어났는지 증명합니다.
장치 로그, 업데이트 상태, 패키지 기록 및 수용률 지표를 사용하여 엔지니어링, 지원 및 리더십에게 릴리스를 설명합니다.
이 statement들이 참일 때 라이브 업데이트 사용
- __CAPGO_KEEP_0__의 경우 프로덕션 버그에 대한 복구 경로가 앱 스토어 또는 플레이 리뷰 시간에 의존하지 않아야 합니다.
- __CAPGO_KEEP_0__ 앱에는 여러 고객 계층, 화이트 레이블 배포, 베타 테스터, 또는 지원 전용 디버그 채널이 있습니다.
- __CAPGO_KEEP_0__ 팀은 규정 준수 친화적인 제어를 필요로합니다: 서명된 번들, 롤백, 감사성, 그리고 자체 호스팅 경로.
Capgo는 왜
Capgo는 실시간 업데이트 시스템으로 프로덕션 릴리스 시스템을 만듭니다.
Capgo는 단순한 번들 업로더가 아닙니다. 번들 주변에 릴리스 시스템: 목표 설정, 유효성 검사, 관찰성, 롤백, 그리고 제어를 제공합니다. 프로덕션을 깨뜨릴 수 없는 팀을 위해.
01
첫 번째 독립적인 경로
Capgo는 Capacitor 팀에게 실시간 업데이트에 대한 집중된 릴리스 시스템을 제공합니다. 오픈 소스 SDK, 유연한 호스팅, 그리고 실제 앱을 위한 프로덕션 제어를 제공합니다.
02
자동 또는 수동
자동 경로를 사용하여 5분 내에 설치 및 배포하거나, 수동 및 반자동 흐름으로 전환하여 커스터마이즈된 롤아웃, 지원, QA, 그리고 사용자별 시나리오를 위해.
03
최대 규모에서 가장 완전한
1억+ 업데이트 매월, 5천만+ 기기, 동적 채널, 기기 로그, 델타 업데이트, 암호화, 자체 호스팅, 그리고 원시적인 복구.
04
배포 전 안전
CLI은 네이티브 의존성, 필요 파일, 번들完整성, 중복 버전, 허브 호환성을 확인하여 사용자에게 업데이트가 도달하기 전에 업데이트를 확인합니다.
완전한 라이브 업데이트 시스템
대부분의 도구는 파일을 업로드할 수 있습니다. Capgo은 릴리스 제어, 네이티브 안전, 로그, 롤백 동작을 프로덕션 팀이 필요로 하는 기능을 추가합니다.
업데이트 감지
CLI은 네이티브 의존성을 스캔하고 업데이트가 고객에게 푸시되기 전에 호환되지 않는 업데이트에 대해 경고합니다. 웹 변경 사항을 빠르게 배포할 수 있습니다. code은 네이티브가 깨지는 업데이트를 고객에게 푸시하지 않습니다.
Pure Native Engine
다운로드, 설치, 활성화는 네이티브 OS 스레드에서 실행됩니다. 자바스크립트 충돌은 업데이트 프로세스를影响할 수 없습니다.
자동 롤백
앱이 notifyAppReady()를 10초 이내에 호출하지 않으면 우리는 자동으로 마지막으로 작동한 버전으로 롤백합니다.
자동 복구 업데이트
fallback 번들 메커니즘은 항상 작동하는 버전을 유지합니다. 사용자는 깨진 앱을 보지 않습니다.
Pre-flight Validation
업로드를 받기 전에 notifyAppReady(), index.html, 배포 크기 제한, 그리고 체크섬을 검증합니다.
Tamper-Proof Updates
업데이트는 체크섬, 서명, 그리고 끝에서 끝까지 암호화됩니다. 누구도 업데이트를 조작할 수 없습니다 - Capgo도 업데이트 내부를 볼 수 없습니다.
Update observability
모든 장치 로그 - Xcode 또는 Android Studio가 필요하지 않습니다.
Capgo는 OTA 여행의 전체 경로를 캡처합니다: 체크, 다운로드, 설치, 정책 차단, 그리고 롤백을 통해 몇 초 안에 '무엇이 발생했나?'를 알 수 있습니다.
- Per-device timelines은 다운로드가 중단된 경우, 체크섬 문제, 또는 notifyAppReady()가 누락된 경우를 강조합니다.
- 채널 가드레일은 실제 시간에 disableAutoUpdateToMajor, 에뮬레이터/개발 차단, 그리고 플랫폼 필터를 확인할 수 있습니다.
- blast radius를 빠르게 감지하세요: update_fail, rateLimited, needPlanUpgrade는 사용자가 churn하기 전에 표면화됩니다.
- 엔지니어링, QA, 그리고 지원을 위한 공유 로그 (Xcode/Android Studio가 필요하지 않습니다).
14:30:02 __CAPGO_KEEP_0__ 다운로드 시작 2.6.0
14:30:07 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ (네트워크 시간 초과)
14:30:08 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ (30초 후 재시도)
14:31:15 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ (메모리 부족)
14:31:16 __CAPGO_KEEP_0__ 롤백 → 내장 번들
일관된 장면에서 작동할 수 있는 액션: 롤백, 채널 업데이트, 또는 빠른 픽스 배포에 대한 자신감.
Dinamik 채널
실시간으로 릴리스 트랙 Switch (새 바이너리 없음)
Capgo 채널은 라이브 제어, 하드 코딩이 아닌 것입니다. 개발, 스테이징, PR, 캐니발, 및 프로덕션으로 사용자를 이동하는 API을 통해 앱 UI 또는
- 앱 내에 '업데이트 트랙' 메뉴를 추가하십시오: 채널 목록을 표시하고 테스터가 프로덕션에서 스테이징으로 즉시 이동하도록 허용하십시오. 프로덕션 스테이징 1초만에 (재설치 필요 없음). 기능별로 Pull Request 채널을 생성하고 QA 또는 베타 사용자를 해당 채널로 라우팅한 후 승인되면 프로덕션으로 다시 연결하십시오.
- 캐니발 실행: 프로덕션을 10% 채널로 복제하고 __CAPGO_KEEP_0__ 단일 호출로 승격하거나 롤백하십시오.
- Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.
- 개인 채널을 사용자별로 생성하십시오 - 디버깅을 위해 특정 문제 또는 VIP 처리를 위해 ideal합니다.
- __CAPGO_KEEP_0__
- 모든 채널 변경은 즉시 - 24시간 대기, 저장소 승인, 사용자 동작이 필요하지 않습니다.
사용자가 선택합니다 “Staging (v2.5.0-rc1)” setChannel
14:41:10 A1B2C3 get → Staging (v2.5.0-rc1) 매니페스트
14:41:14 A1B2C3 다운로드 완료 2.5.0-rc1
14:43:02 사용자 Q7R8S9를 지원합니다 setChannel → debug-로그
14:55:00 새로운 버전 자동으로 프로덕션으로 승격
환경을 기능 플래그처럼 다루세요: 즉시 switch, 테스트, 롤백 (스토어 재등록 없음).
클라우드 네이티브 구성
모든 것이 클라우드에서 살아 있습니다.
Capgo은 모든 앱 구성이 클라우드에 저장되며 전 세계 데이터 복제가 이루어집니다. 대시보드에서 설정을 변경하면 2분 이내에 전 세계적으로 적용됩니다. 앱 스토어 업데이트가 필요하지 않습니다.
- 채널 assignments, 버전 타겟팅, 장치 오버라이드 - 모두 클라우드에 저장되어 즉시 접근할 수 있습니다.
- 전 세계 모든 지역에 동시적으로 구성 변경이 전파되는 글로벌 에지 네트워크
- 앱 내에 고정된 값이 없습니다 - 모든 것이 동적으로 변경될 수 있습니다. 새로운 바이너리가 필요하지 않습니다.
- 설정은 다음 앱 런치 시에 적용됩니다 - 사용자는 항상 최신 구성이 적용됩니다.
구성 변경 기록
1
대시보드: "Assign to 채널: 베타 테스터" 클릭
0초 2
복제: 12 개 지구 에지 지역으로 동기화 중...
~30초 3
장치 (도쿄): 새로운 구성 파일을 받음
<2분 4
장치 (베를린): 새로운 구성 파일을 받음
<2분 이내에 전 세계 배포를 클릭하여 대시보드에서 From dashboard click to worldwide deployment in under 2 minutes.
Real-World Support
1분만에 한 명의 사용자의 버그를 고쳐라
이런 실제 상황을 보자: 사용자가 버그를 신고한다. 그들과 대화하고, 문제를 이해하고, code에서 버그를 고치고, 그들이 전화통화를 하면서도 그 버그를 고친 사용자에게만 배포한다. 그들이 테스트하고, 고친 버그가 잘 작동하는지 확인하고, 그들이 배포한다. 총 시간: 분, 아닌 날.
1. 사용자가 버그를 신고한다
고객 지원팀에서 버그 신고를 받았다. 그들과 전화통화를 하러 가서 문제를 이해한다.
2. 그 사용자에게만 고치고 배포한다
그 사용자의 개인 채널을 만들고, 고친 버그를 배포하고, 그들의 장치에 할당한다.
3. 고친 버그가 잘 작동하는지 확인하고, 모든 사용자에게 배포한다
사용자가 고친 버그가 잘 작동하는지 확인한다. 모든 사용자에게 배포할 수 있는 패키지를 프로모션한다.
지원 세션 시간표
10:15 체크아웃 중에 충돌이 발생하는 사용자 보고 버그
10:22 개발자가 회의에 참가하여 문제를 재현 디버그
10:35 "user-john-hotfix" 채널에 수정이 푸시됨 배포
10:36 장치 assign, 업데이트 다운로드 중 설치
10:38 "It works!" - 사용자가 수정이 작동함을 확인 검증됨
10:40 배포본이 프로덕션으로 승격됨 배송
버그 보고서에서 하나의 지원 전화로 검증된 수정으로.
델타 업데이트
전통적인 업데이트에서는 매번 전체 배포본을 다운로드합니다. 델타 업데이트에서는 실제로 변경된 파일만 다운로드하여 50-90%의 대역폭을 절약합니다.
파일 단위의 차이
각 파일은 개별적으로 업로드되고 체크섬이 생성됩니다. 기기에서는 매니페스트를 비교하고 변경된 파일만 다운로드합니다.
대형 자산에 이상적
이미지, 글꼴 및 비디오는 한 번만 다운로드됩니다. 작은 code 변경 사항은 전체 자산 폴더를 다시 다운로드하지 않습니다.
한 개의 플래그로 활성화
업로드 명령에 --partial 옵션만 추가하면 배포본에 대한 델타 업데이트 기능을 활성화할 수 있습니다.
터미널
# Upload with delta updates enabled
npx @capgo/cli bundle upload --partial
✔ Uploading 847 files...
✔ Generated manifest with checksums
✔ Bundle uploaded successfully
# Device downloads only changed files
→ Comparing manifests...
→ 12 files changed, 835 unchanged
✔ Downloaded 245 KB (vs 4.2 MB full bundle)지능형 채널 시스템
채널은 특정 사용자 그룹에 특정 빌드를 대상으로 할 수 있습니다. 채널을 관리하려면 클라우드 데스크톱, API, 모바일 앱 또는 고급 릴리스 로직을 사용할 수 있습니다.
Cloud Dashboard Control
웹 대시보드에서 채널을 생성, 구성 및 Switch 하세요. 즉시 롤백을 위해 단일 클릭만으로.
API & CLI 접근
CI/CD 통합을 위해 CLI 또는 REST API를 사용하여 채널 관리를 자동화하세요.
Device Self-Assignment
런타임에 setChannel()을 사용하여 장치가 채널을 Switch 할 수 있도록 하세요. QA 테스터 또는 베타 프로그램에 적합합니다.
Priority-Based Routing
장치 > Cloud > Config 기본 > Cloud 기본 순으로 강제 장치, Cloud override, Config 기본, Cloud 기본을 사용하여 업데이트 라우팅을 완벽하게 제어하세요.
Logs & Statistics
업데이트 배포에 대한 실시간 시각화를 제공합니다. 사용자 전체 베이스의 다운로드 진행률, 성공률 및 장치 상태를 추적하세요.
Download Progress Tracking
장치 전체의 다운로드 진행률, 설치, 대기 중인 장치를 확인하세요. 전체 플릿의 진행률을 추적하세요.
성공 & 실패율
__CAPGO_KEEP_0__에서 실시간으로 업데이트 성공률을 모니터링하고 사용자에게 영향을 미치기 전에 문제를 식별하세요.
디바이스 헬스 모니터링
__CAPGO_KEEP_0__에서 사용 중인 버전을 추적하고 오래된 버전에 고착된 디바이스를 식별하세요.
번들 분석
__CAPGO_KEEP_0__의 번들 크기, 다운로드 시간 및 롤백 빈도 보기. 데이터를 기반으로 업데이트 전략을 최적화하세요.
장기 지원
Capgo는 즉시 업그레이드할 필요가 없습니다. Capacitor 8, 7, 6, 5 및 Electron을 공식적으로 지원하여 Capgo의 지원 기간 동안 업그레이드 일정에 대한 유연성을 제공합니다.
새 Electron 완전 지원
8 Capacitor 8 완전 지원
7 Capacitor 7 완전 지원
6 Capacitor 6 완전 지원
5 Capacitor 5 완전 지원
깊은 전개 전 검증
수동 업데이트 시 앱을 망치기 위한 모든 도구를 제공합니다. Capgo는 CLI에서 호환되지 않는 네이티브 변경과 릴리즈 오류를 미리 사용자에게 전달하기 전에 잡습니다.
네이티브 의존성 검사
CLI는 네이티브 플러그인과 버전을 비교합니다. JS 번들에서 설치된 네이티브 플러그인 버전보다 최신 버전을 기대하는 경우, 배포 전에 경고합니다.
중복 버전 방지
이미 동일한 버전을 업로드했나요? 우리는 그것을 잡고 의도치 않은 오버라이트나 혼란을 방지합니다.
허브-CLI 호환성
CLI 버전이 특정 특성을 필요로 할 경우가 있습니다. 우리는 CLI과 Capgo 허브 간의 호환성을 검증하기 전에 업로드를 허용합니다.
필요한 파일 확인
index.html이 누락되었나요? notifyAppReady() 함수를 호출하지 않았나요? 번들 크기가 너무 큽니까? 우리는 이러한 문제를 프로덕션 문제가 되기 전에 잡습니다.
검증이 없는 경우
사용자가 없는 네이티브 플러그인을 사용하는 JS 번들을 업로드할 경우 앱이 깨집니다. 그리고 rollback도 JS로 이루어진 경우 복구할 방법이 없습니다. 사용자는 앱스토어에서 다시 설치할 때까지 기다려야 합니다.
작동 방식
속도를 원할 때 자동으로, 제어를 원할 때 수동으로. 각 단계마다 안전 체크를 합니다.
1
CLI 검증
업로드 전에 CLI은 네이티브 의존성, 버전 호환성 및 필요한 파일을 확인합니다.
2
네이티브 다운로드
Pure native code 다운로드 및 설치는 JavaScript와 완전히 분리된 업데이트입니다.
3
앱 준비 확인
앱이 notifyAppReady()를 호출하지 않으면 10초 이내에 자동 롤백이 발생합니다.
Capgo vs 기본 업데이트시스템
배포할 패키지를 업로드하는 것은 쉽습니다. 그러나 고객을 대규모로 보호하는 것은 어려운 부분입니다.
| 기능 | Capgo | 수동/기타 |
|---|---|---|
| 업데이트 감지 깨짐 | ✓ | ✗ |
| 자동 롤백 | ✓ | ✗ |
| 네이티브 앱 충돌 복구 | ✓ | ✗ |
| 배포 전 검증 | ✓ | ✗ |
| 자체 회복 업데이트 | ✓ | ✗ |
| Cloud rollback & modify | ✓ | ✗ |