사고 압박
수정은 릴리스 프로세스가 준비되기 전에 준비되어 있습니다.
기업 사고는 작은 웹-배ंडल 변경으로 시작됩니다: 인증 복사본, 계정 라우팅, 가격 표시, 온보딩 논리 또는 지원 워크플로입니다. 이전 경로로 인해 사용자가 네이티브 릴리스를 기다리게 됩니다.
__CAPGO_KEEP_0__ 앱을 대규모로 배포할 수 있습니다. 보안 또는 구매 절차의 간섭 없이.
__CAPGO_KEEP_0__ 앱 가격 보기
SOC 2
보안
__CAPGO_KEEP_0__ 업데이트에 서명, E2E 암호화, SSO, 감사 로그 및 DPA 지원.
99.9%
안정성
긴급 수정을위한 전 세계 배포, 즉시 롤백 및 uptime SLA.
1 000 000+
확장
대규모 MAU, 대역폭, 저장소, 팀 및 다중 앱 포트폴리오 제한.
기업 지원은 티켓 큐가 아닙니다. 이름이 지정된 계정 소유자, Capgo 팀이 빌드하는 개인 슬랙 또는 팀즈 채널, P1 사고 처리 및 범위 내의 엔지니어링 지원이 필요할 때 로드맵이 플랫폼 작업을 필요로 할 때.
__CAPGO_KEEP_0__ 팀과 연결된 모바일 팀
Capgo 팀
마이클
소프트웨어 엔지니어
기업 규모가 커질수록 성장하는 고급 협업, 보안 및 규정 준수 기능
나나
2.5M 다운로드__CAPGO_KEEP_0__
1.8M 다운로드__CAPGO_KEEP_2__
950K 다운로드__CAPGO_KEEP_4__
3.2M 다운로드__CAPGO_KEEP_6__
750K 다운로드__CAPGO_KEEP_7__ testimonial
"Capgo 이전에 5개 팀에서 23개의 앱을 관리했습니다. 배포를 조정하는 것은 혼란의 상태였습니다. 이제 한 엔지니어가 전체 포트폴리오의 배포를 처리합니다."
live 업데이트, 네이티브 빌드, 앱 스토어 게시, 플러그인 및 자동화에 대한 단일 릴리스 제어 평면.
구매 스토리, 보안, 법률, 금융, 지원 및 릴리스 팀이 모두 승인할 수 있습니다.
slow store-only 워크플로우, 커스텀 스크립트 또는 Appflow를 떠나는 팀에게 실용적인 마이그레이션 경로.
기업 팀은 또 다른 속도 약속이 필요하지 않습니다. 그들은 보안, 지원, 금융 및 플랫폼 소유자들이 여전히 통제할 수 있는 긴급 변경 사항을 진행시키는 릴리스 경로가 필요합니다.
사고 압박
기업 사고는 작은 웹-배ंडल 변경으로 시작됩니다: 인증 복사본, 계정 라우팅, 가격 표시, 온보딩 논리 또는 지원 워크플로입니다. 이전 경로로 인해 사용자가 네이티브 릴리스를 기다리게 됩니다.
버전 드리프트
대형 앱은 몇 주 동안 이전 버전을 유지합니다. 채널, 수용 신호, 롤백이 없으면 모든 지원 티켓은 버전 미스터리 대신 회복 계획이 아닌 것으로 시작합니다.
승인 루프
기업 구매자는 계약 서명, 감사 로그, SSO, 데이터 처리, uptime, 결제 워크플로우 및 프로덕션 변경을 승인할 수 있는 사람에 대한 증거가 필요합니다.
팀 협력
제품, 성장, 지원 및 플랫폼 팀 모두가 실시간으로 변경이 필요합니다. 규정된 릴리스 레인 없이는 가장 안전한 대답이 기다리기, 배치하기, 모든 팀을 느리게 하기 위해서가 됩니다.
기업 구매는 규모, 릴리스 속도, 준수, 또는 구매 절차가 불분명할 때 멈춥니다. 이러한 팀은 첫 번째로 차이가 궁금합니다.
1 000 000+
기업은 실제로 대규모 론칭이 안전한지 결정하는 MAU, 대역폭 및 저장 대역을 제공하는 팀에게 기업을 제공합니다.
6 M4 빌드
SOC 2 + ISO
구매 전 검증
MSA, DPA, 보안 검토 항목 및 기업 동의서에 서명된 구매처 패킷
MSA, DPA, 보안 자료, 연간 청구, 벤더 위험 관리
속도는 중요합니다. 생산성의 고통은 비용이 많이 들기 때문입니다. 제어는 중요합니다. 기업 구매자는 더 빠른 경로가 통제, 감사, 되돌릴 수 있는지 증명해야 하기 때문입니다.
새로운 바이너리를 생성하고 스토어에 제출한 후 검토를 기다리며 사용자가 업데이트 설치를 빠르게 하기를 바라본다.
내부 채널에 서명된 웹 번들을 게시하고 계층별로 확장하고 신호가 이동하면 몇 초만에 롤백할 수 있다.
각 앱, 팀, 환경이 독자적인 배포 습관을 만들고 지원 팀이 다시 그 무엇이 일어났는지 재구성해야 합니다.
조직, 앱, 채널, 멤버, 장치 로그, 감사 로그가 하나의 릴리스 워크플로에 살고 있습니다.
InfoSec은 속도 주장하지만 여전히 증거를 추적해야하는 서명, 접근, uptime, 암호화 및 데이터 처리에 대해 쫓아간다.
SOC 2 제어, 서명된 업데이트, E2E 암호화된 업데이트, SSO, 감사 로그 및 DPA는 기업 패키지에 포함되어 있습니다.
자사 전용 로드맵, 종료, 또는 가격 변경은 모바일 릴리스 경로를 비상 이주 모드에 다시 넣을 수 있습니다.
Capgo는 팀에게 오픈 소스 플랫폼, 호스팅된 기업 지원 및 제어가 더 중요할 때 자체 호스팅 경로를 제공합니다.
Capgo 기업 버전은 실시간 업데이트 의 긴급성을 유지하면서도 더 큰 팀이 프로덕션 모바일 앱을 위해 필요한 관리, 지원 및 배포 옵션을 제공합니다.
모든 앱을 하나의 대시보드에서 관리하십시오. 업데이트를 분당으로 푸시하십시오. 롤백을 초 단위로 하십시오.
관리
모든 앱을 관리하는 단일 뷰에서 앱 포트폴리오를 관리하세요. 버전 채택, 배포 상태 및 사용자 메트릭을 한눈에 확인하세요.
배포 안전
내부 QA에서 먼저 배포하고, 베타 사용자에게 배포하고, 10%의 프로덕션으로 배포하여 문제를 사전에 해결하세요.
감사 기록
배포마다 로그가 남고, 변경 사항이 추적됩니다. 감사요청 시 준비가 되어 있습니다.
150개 이상의 유지 관리 Capacitor 플러그인은 저장소, 식별, 결제, 장치 API, 분석, Firebase, BLE, NFC 및 더 많은 기능을 제공하며, Ionic Enterprise 플러그인 또는 커스텀 네이티브 code 대체에 필요한 우선修正 및 마이그레이션 지원을 제공합니다.
기업 팀을위한 설계
서버리스 에지 컴퓨팅과 분산 데이터베이스를 통해 300+ 도시와 13,000+ 네트워크를 통해 초고속 글로벌 배송을 위한 전 세계적인 인프라
<100ms
글로벌 업데이트 배송
7
대륙 복제
99.9%
플랫폼 업타임
500M+
월별로 업데이트 배송
이 답변을 통해 보안, 플랫폼, 금융, 지원 팀을 동일한 평가에 참여시키세요.
네. Enterprise는 SSO 지원, 조직 역할, 회원 관리 및 감사 로그를 제공하여 내부 식별성과 검토 프로세스를 따라 접근할 수 있도록 합니다.
표준 Capgo Cloud의 경우, Supabase는 영국 런던에서 주 데이터베이스, 인증, 계정 데이터, 앱 및 배달 메타데이터, 장치 식별자를 처리합니다. Google Cloud는 홍콩, 도쿄, 시드니, 요하네스버그, 밀라노, 제다, 뭄바이, 상파울루, 콜럼버스에서 데이터베이스 읽기 복제본 및 지역 인프라를 제공합니다. 배달 저장소 및 실시간 업데이트 전송은 Cloudflare의 글로벌 인프라를 사용하며, 미국을 포함합니다. Enterprise는 실시간 업데이트 경로에 지역 엔드포인트 라우팅을 사용하거나 다른 제어가 필요할 때 라이선스된 자체 호스팅 배포를 사용할 수 있습니다. 업데이트된 Sub-Processor 목록에는 전체 제공자, 위치 및 전송 세부 정보가 포함되어 있습니다.
데이터 수집 문서를 읽으세요 →우리 공개 Sub-Processor 목록은 현재의 참조 소스입니다. 최신 상태로 유지되고 각 제공자의 목적, 처리 위치, 전송 메커니즘 및 변경 기록이 포함되어 있습니다.
업데이트된 Sub-Processor 목록을 보세요 →Yes. Enterprise는 호스팅, 전용, 하이브리드 및 라이선스 된 자체 호스팅 배포 옵션을 지원합니다. 제어 요구 사항이 표준 SaaS 설정보다 더 중요할 때.
See self-hosted updater documentation →Enterprise는 99.9%의 월간 가용성 약속을 포함합니다. 만약 약속을 지키지 못하면, 월간 가용성에 따라 10%에서 30%까지의 서비스 크레딧이 제공됩니다. 초기 지원 목표는 P1: 1시간, 24/7/365; P2: 2개의 비즈니스 시간; P3: 1개의 비즈니스 일; P4: 2개의 비즈니스 일입니다. 글로벌 복제, 서명된 전달, 롤백 워크플로우는 생산 복구를 지원합니다.
Read the Enterprise SLA →아니요. 각 배ंडल은 서비스하는 전달 지역에 상관없이 저장소에 한 번만 계산됩니다. Capgo 대역폭은 캐시에서 Edge 캐시로 전달되지 않은 사용자-장치 다운로드를 계산합니다. 캐시에서 제공된 전달은 Capgo 대역폭 사용에 반영되지 않습니다.
Read the pricing and usage FAQ →채널을 사용하세요. 맛집 또는 환경이 동일한 네이티브 앱 ID를 공유할 때. 이는 릴리스 설정이 더 단순해지고, 그 채널은 하나의 Capgo 앱 아래에 그룹화됩니다. 분리된 앱 ID를 사용하세요. 맛집이 별도의 네이티브 배ंडल ID, 서명 식별성, 권한 집합 또는 스토어 목록이 필요할 때; 장치가 그 앱 ID를 공유하지 않습니다.
Read channel guidance →Yes. Private dependency 설정, 웹 빌드, Capacitor 동기화, 및 사용자 지정 준비를 CI에서 유지하세요. Capgo 빌드는 준비된 네이티브 프로젝트를 컴파일, 서명, 및 옵션으로 스토어에 제출할 수 있습니다. 지원되는 빌드 구성은 환경 변수로 전달할 수 있습니다.
네이티브 빌드 워크플로우 →Yes. 기업 대화는 사용자 지정 결제 프로세스, 구매 주문, 서명된 비공개 약정, DPA, 및 배포 전의 구매 워크플로우를 포함할 수 있습니다.
Yes. 기업은 네이티브 기능에 의존하는 릴리스 경로에 따라 우선 플러그인 고정, 마이그레이션 지원, 및 사용자 지정 플러그인 작업을 포함할 수 있습니다.
Stripe 결제 옵션 외에 사용자 지정 기업 결제 프로세스를 지원하여 재무 팀이 인보이스, 구매 주문, 또는 구매 시스템 워크플로우를 필요로 할 수 있습니다.
기업은 Capgo 플러그인 생태계에 대한 접근, 우선 플러그인 지원, 및 필요할 때 프라이버티브 기업 플러그인 의존성을 대체할 수 있는 경로를 포함합니다.
__CAPGO_KEEP_0__ 플러그인 마이그레이션은 팀과 함께 계획, 채널 및 환경을 매핑, 롤백 동작을 테스트, 및 양쪽 시스템이 함께 작동할 때까지 커트 오버가 안전하도록 하겠습니다.
Capacitor의 앱을 빌드하세요.
급여, 운송사, 고객 계정 앱은 여러 역할과 규제된 워크플로우를 제공합니다. 기업 팀은 업데이트가 잘못되면 제어된 복구, 감사 가능한 릴리스 기록, 단계별 롤아웃이 필요합니다.
__CAPGO_KEEP_1__
공개된 스토어 목록에서 발견, 추천, 계정 표면이 관리되는 생산 업데이트 필요.
__CAPGO_KEEP_1__
통신사 계정 앱에 결제, 요금제 관리, 지원, 장치 워크플로우가 있습니다.
도구
통신 자체 서비스 앱으로 계정 및 청구면이 단계별 롤아웃이 필요합니다.
제품성
__CAPGO_KEEP_0__에서 통신 계정 앱에서 청구, 계획 및 지원 변경이 필요합니다. 롤아웃 제어.
금융
__CAPGO_KEEP_0__에서 은행 계정 표면과 서비스 흐름이 필요합니다. 릴리스 추적 가능성.
MEDICAL
Public health app where identity, records, and access flows need cautious cohort rollout.