生産を回復するには、レビュー待ちをしなくてよい
JavaScript、CSS、コピー、リモート構成、Webアセット修正のためのライブアップデートを使用して、ネイティブの変更はストアを通じて続行します。
リリース圧力のあるものに作成された
生産が壊れたときに起こることについては、明確に知る
Capgo は、緊急のWeb修正、制御されたロールアウト、明確な監査トレイルを提供して、悪いデプロイがストアレビュー待ちの日々になるのを防ぎます。
リスクをコントロールする前に、全員がビルドを受け取る
内部、ベータ、カニラ、生産チャネルにシップする準備ができたロールバック用のロールアウトを実行して、サポートのインシデントになるのを防ぎます。
リリース後の出来事を証明する
リリースをエンジニア、サポート、リーダーシップに説明するために、デバイスログ、更新状況、バンドル履歴、採用メトリクスを使用します。
ライブ更新を選択するには、次のステートメントが真である場合
- App StoreまたはPlayのレビュー時間に依存しない、生産障害の回復パスが必要です。
- アプリには複数の顧客コホート、ホワイトラベル展開、ベータテスター、またはサポート専用のデバッグチャネルが存在します。
- チームには、署名バンドル、ロールバック、監査可能性、自主ホスティングパスを含む、法的合致性のある制御が必要です。
なぜCapgoが必要なのか
Capgoはライブ更新を生産リリースシステムに変える
Capgoは基本的なバンドルアップローダーではありません。バンドルをターゲットにし、検証し、観察し、ロールバックし、制御するリリースシステムです。法的合致性のある制御が必要なチーム向けに作成されています。
01
最初の独立したパス
CapgoはCapacitorチームに、ライブ更新用の集中したリリースシステムを提供します。オープンソースのSDK、柔軟なホスティング、生産制御が実用アプリ向けに構築されています。
02
自動または手動
5分以内で自動パスを使用してインストールと配信を行うか、カスタムロールアウト、サポート、QA、ユーザー毎のシナリオ用に半自動フローとマニュアルフローに切り替えることができます。
03
大規模で最も完全なもの
1億+の更新、50百万+のデバイス、ダイナミックチャンネル、デバイスログ、デルタ更新、暗号化、自主ホスティング、ネイティブリカバリなど
04
配布前に安全性
CLIは、ネイティブ依存関係、必要なファイル、バンドルインテグリティ、重複バージョン、ハブ互換性をチェックすることで、ユーザーに到達する前にアップデートを検証します。
完全なライブアップデートシステム
ほとんどのツールはファイルをアップロードできます。Capgoは、リリース制御、ネイティブセーフティ、ログ、ロールバック動作を生産チームが必要とするものを追加します。
アップデート検出の破壊
CLIはネイティブ依存関係をスキャンし、不互換なアップデートを配布する前に警告します。ウェブ変更を速く配信することができますが、codeをカスタマにプッシュしないでください。
純粋なネイティブエンジン
ダウンロード、インストール、有効化はネイティブOSスレッドで実行されます。JavaScriptのクラッシュはアップデートプロセスに影響を与えることができません。
自動ロールバック
10秒以内にnotifyAppReady()を呼び出さない場合は、自動的に最後の正常なバージョンに戻します。
Self-Healing Updates
機能するバージョンを常に保証するフォールバックバンドルメカニズム。ユーザーは壊れたアプリを一度も見ることはありません。
Pre-flight Validation
notifyAppReady()、index.html、バンドルサイズの制限、チェックサムを検証することで、受け入れるアップロードを承認します。
Tamper-Proof Updates
すべてのアップデートはチェックサム、署名、暗号化され、エンドツーエンドで保護されています。誰もアップデートを改ざんできません - さえもCapgoが見ることができないアップデートの中身です。
Update observability
すべてのデバイスログ - XcodeやAndroid Studioは必要ありません。
CapgoはOTAの全体的な旅をキャプチャします: チェック、ダウンロード、インストール、ポリシーブロック、ロールバック。なぜなら、秒単位ではなく、時間単位で「何が起こったのか」を答えることができます。
- Per-device timelines
- デバイスごとのタイムラインは、ダウンロードが止まっている、チェックサムの問題、またはnotifyAppReady()が見つからないことを示します。
- 迅速検出爆発半径: update_fail, rateLimited, needPlanUpgrade サーフェスはユーザーが流失する前に。
- エンジニアリング、QA、サポート用に共有ログ (Xcode/Android Studioの調査が必要ありません)。
14:30:02 デバイス A1B2C3 ダウンロード開始 2.6.0
14:30:07 デバイス A1B2C3 ネットワークタイムアウト (update_fail) デバイス A1B2C3
14:30:08 デバイス F0E1D2 30秒間の自動リトライが予定されています (update_fail)
14:31:15 デバイス F0E1D2 メモリ不足 (update_fail) デバイス F0E1D2
14:31:16 __CAPGO_KEEP_0__ __CAPGO_KEEP_0__
__CAPGO_KEEP_1__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.
- __CAPGO_KEEP_0__ __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ __CAPGO_KEEP_0__ __CAPGO_KEEP_0__
- __CAPGO_KEEP_1__
- Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.
- サポートを解除する: 1 つのユーザーをデバッグ チャネルに移動して追加ログを出力し、他のユーザーは安定したまま
- 個人のチャネルを作成して、ユーザーごとにデバッグを行うか、VIP の扱いをする
- すべてのチャネル変更は即時で、24 時間待つ必要はなく、店舗の承認もユーザーのアクションも必要ありません
ユーザーが選択する “Staging (v2.5.0-rc1)” setChannel
14:41:10 デバイス A1B2C3 get → ステージング マニフェスト
14:41:14 デバイス A1B2C3 ダウンロード完了 2.5.0-rc1
14:43:02 サポートユーザー Q7R8S9 チャネル設定 → デバッグログ
14:55:00 カナリアコホート __CAPGO_KEEP_0__で自動的にプロダクションに昇格
環境を機能フラグとして扱ってください: ライブで切り替え、テスト、ロールバック (ストアの再提出なし)。
クラウドネイティブ構成
すべてのものはクラウドにあります。
Capgoは、グローバルデータレプリケーショーを備えたクラウドにすべてのアプリ設定を格納します。ダッシュボードで設定を変更すると、世界中で2分以内に効果が現れます。アプリストアの更新なし、待ちなし。
- チャネル割り当て、バージョン対象設定、デバイスオーバーライド - すべてクラウドに格納され、即座にアクセス可能
- グローバルエッジネットワークにより、設定変更がすべての地域に同時に伝播
- アプリ内にハードコードされた値はありません - すべてが動的に変更可能であり、新しいバイナリなし
- __CAPGO_KEEP_0__ - アプリ起動時以降の設定が有効になります - ユーザーは常に最新の設定を受け取ります
__CAPGO_KEEP_0__の変更履歴
1
__CAPGO_KEEP_1__ : __CAPGO_KEEP_2__ "__CAPGO_KEEP_3__" をチャネルに割り当てる
__CAPGO_KEEP_0__ 2
__CAPGO_KEEP_4__ : __CAPGO_KEEP_5__ 12 のエッジ リージョンに同步中...
~30__CAPGO_KEEP_0__ 3
__CAPGO_KEEP_6__ (東京): 新しい設定を受け取ります
<2__CAPGO_KEEP_0__ 4
__CAPGO_KEEP_6__ (ベルリン): __CAPGO_KEEP_0__の新しい設定を受け取る
<2分 ダッシュボードから世界中の展開まで2分以内です。
現実世界のサポート
1人のユーザーのバグを1分で修正する
ユーザーがバグを報告した場合、以下のようなシナリオが実際に発生します。ユーザーと話し合い、問題を理解し、codeで修正し、その修正を1人だけのユーザーに展開します。電話の通話中です。ユーザーが修正をテストし、修正が機能することを確認し、プロダクションに展開します。合計時間は1分、1日ではなく。
1. バグの報告
カスタマーサポートがバグの報告を受け取ります。問題を理解するために電話の通話に参加します。
2. 1人だけに修正を展開する
ユーザーに個別のチャンネルを作成し、修正を展開し、デバイスを割り当てます。
3. 確認し、全員に展開する
ユーザーが修正が機能することを確認します。全員にバンドルを展開します。
サポートセッションタイムライン
10:15 チェックアウト時にクラッシュするユーザー報告 バグ
10:22 開発者がコールに参加し、問題を再現 デバッグ
10:35 "user-john-hotfix" チャネルに修正がプッシュされた デプロイ
10:36 デバイスが割り当てられ、更新がダウンロード中 インストール
10:38 "It works!" - ユーザーが修正を確認 確認済み
10:40 バンドルがプロダクションに昇格 Ship
バグレポートから1回のサポートコールで確認済みの修正まで
デルタアップデート
トラディショナルアップデートでは、毎回バンドル全体をダウンロードします。デルタアップデートでは、実際に変更されたファイルのみをダウンロードするため、50-90%の帯域幅を節約できます。
ファイルレベル差分
各ファイルは個別にアップロードされ、チェックサムが実行されます。デバイスはマニフェストを比較し、変更されたファイルのみをダウンロードします。
大きなアセットに最適
画像、フォント、ビデオは一度だけダウンロードされます。小さなcodeの変更は、すべてのアセットフォルダを再ダウンロードするのではなく、
1つのフラグで有効
アップロードコマンドに--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、モバイルアプリ、または独自の高度なリリースロジックから行うことができます。
クラウドダッシュボードコントロール
Webダッシュボードからチャンネルの作成、設定、切り替えを行い、1クリックでロールバックが可能です。
API & CLI アクセス
Automate channel management with our CLI or REST API. Perfect for CI/CD integration.
デバイス自律割り当て
setChannel()を使用して、デバイスが実行時でチャンネルを切り替えることができます。QAテスト者やベータプログラムに適しています。
優先順位ベースのルーティング
デバイス > クラウド > 設定 > クラウドの順序で強制的に更新ルーティングを制御できます。
ログ & 統計
__CAPGO_KEEP_0__のアップデートデプロイメントのリアルタイムビュー。全ユーザベースでダウンロード進行度、成功率、デバイスヘルスを追跡する。
ダウンロード進行度追跡
ダウンロード中、インストール済み、または保留中のデバイスを確認する。全車両で進行度を追跡する。
成功率と失敗率
リアルタイムでアップデートの成功率を監視する。問題を特定する前にユーザーに影響を与えないようにする。
デバイスヘルス監視
デバイスがどのバージョンにいるかを追跡する。古いバージョンに固定されているデバイスを特定する。
バンドル分析
バンドルサイズ、ダウンロード時間、ロールバック頻度を確認する。アップデート戦略を最適化するデータに基づく。
長期サポート
即時アップグレードのプレッシャーがない。CapgoはCapacitor 8、7、6、5、および Electronを公式にサポートしているため、数年間サポートと柔軟性を提供し、自分のスケジュールに合わせてアップグレードすることができる。
新規 Electron 完全サポート
8 Capacitor 8 完全サポート
7 Capacitor 7 完全サポート
6 Capacitor 6 完全サポート
5 Capacitor 5 完全サポート
深い事前展開検証
手動の更新では、すべてのツールを利用してアプリを破壊することができます。 Capgo の CLI は、ユーザーに到達する前に不互換のネイティブの変更とリリースのミスを検出します。
Native Dependency Check
CLIはあなたのネイティブプラグインをスキャンし、バージョンを比較します。JSバンドルがインストールされているネイティブプラグインのバージョンよりも新しいバージョンを期待している場合、デプロイ前に警告します。
Duplicate Version Prevention
すでにこのバージョンをアップロードしたことはありませんか？ これをキャッチし、誤ってオーバーライトまたは混乱を防ぐことができます。
Hub-CLI Compatibility
Certain features require specific CLI versions. We validate compatibility between your CLI and the Capgo hub before allowing uploads.
Required Files Check
index.htmlが欠けている？ notifyAppReady()を呼び出していない？ バンドルサイズが大きすぎる？ これらの問題を生産的な問題になる前にキャッチします。
What happens without validation?
ユーザーが持っていないネイティブプラグインをJSバンドルでアップロードするとどうなるか？ アプリが壊れます。ロールバックもJSで行っている場合、復元する方法がなくユーザーは再インストールするまで待たなければなりません。
How It Works
自動でスピードを求めます。制御が必要な場合は手動で行います。各ステップで安全チェックを実行します。
1
CLI を検証する
CLI はアップロード前にネイティブ依存関係、バージョン互換性、および必要なファイルを確認します。
2
ネイティブダウンロード
純粋なネイティブ code ダウンロードとアップデートのインストール - JavaScript から完全に隔離
3
アプリが準備完了
アプリが notifyAppReady() を呼び出していない場合、10秒以内に自動ロールバックが発生します。
Capgo vs Basic Update Systems
バンドルをアップロードするのは簡単です。大量の顧客を保護するのは難しいことです。
| 機能 | Capgo | 手動/その他 |
|---|---|---|
| アップデート検出の破損 | ✓ | ✗ |
| 自動ロールバック | ✓ | ✗ |
| ネイティブクラッシュリカバリー | ✓ | ✗ |
| デプロイメント前検証 | ✓ | ✗ |
| 自己修復更新 | ✓ | ✗ |
| Cloudフラッシュバック & 修正 | ✓ | ✗ |
Capgo Live Updatesから続きます
生産リリース用のライブアップデートを評価中ですか?このページを チャンネル ロールアウトルーティングのために、 ロールバック 復旧のために、 更新動作 実行時ルールのために、 バージョン対象化ソリューション 互換性制御のために、 Capgoネイティブビルド 署名バイナリが必要なリリースのために。