アプリのアップデートの修正にはロールバック管理が不可欠です。 アプリのアップデート クラッシュやバグを引き起こすもの。 Capgoクラッシュやバグを引き起こすもの。 Capgo ロールバック管理を簡素化します:
- 高速復旧: 114ミリ秒以下の平均ロールバック時間です。
- 自動更新: Capgoが自動的に更新とロールバックを処理するため、手動干渉は必要ありません。
- セキュアなプロセス: エンドツーエンドの暗号化により、安全な更新が保証されます。
- 簡単なセットアップCapgoをインストールして
@capgo/capacitor-updaterアプリを数分で設定します。 - アップデートチャンネルステージング、ベータ、プロダクション環境でアップデートを管理します。
- 手動・自動ロールバック必要に応じて手動または自動の回復を選択します。
クイックセットアップ手順:
- インストール
@capgo/capacitor-updaterプロジェクトを同步します。 - 設定
capacitor.config.jsonアップデートを有効化します。 - アップデートチャンネル(ステージング、ベータ、プロダクション)を設定します。
- テストロールバック機能をプロダクションデプロイメント前に実行してください。
Capgoは、問題を即座に解決することで、ユーザーフレンドリーで安定したアプリを保証します。マニュアルコントロールや自動トリガーを好みますが、Capgoは、アプリの安定性を確保するための信頼できる安全ネットを提供します。 Capacitor アプリを設定する
__CAPGO_KEEP_0__ Capgo __CAPGO_KEEP_0__ Live Update ダッシュボード インターフェース

Capgoのインストールと設定
Capgoを追加するには、
パッケージをアプリに追加する @capgo/capacitor-updater __CAPGO_KEEP_0__ Capacitorプロジェクトこのパッケージは、更新とロールバックを管理するために使用されます。プロジェクトディレクトリで以下のコマンドを実行してください。
npm install @capgo/capacitor-updater
npx cap sync
インストールした後、更新機能を有効にするためにアプリの capacitor.config.json ファイルを更新してください。ここにサンプル設定があります。
{
"plugins": {
"CapacitorUpdater": {
"autoUpdate": true,
"updateUrl": "https://api.capgo.app/updates",
"privateKey": "your-private-key-here",
"version": "1.0.0",
"directUpdate": false
}
}
}
- を
autoUpdateに設定してください。trueを有効にすることで、自動更新が可能になります。 - を保持してください。
directUpdateをfalseに設定してください。
Next, link your app to Capgo’s update system. Sign up at 次に、capgoの更新システムとアプリを連携させます。capgo.appでサインアップしてください。、あなたのアプリをCLIで登録してください。
npx @capgo/cli app add your-app-id
このステップでは、プロジェクトをCapgoに接続し、バージョン管理とユーザー セグメンテーションを有効にします。
初期設定が完了したら、更新チャンネルを設定して、デプロイを制御および監視できます。
更新チャンネルの設定
更新チャンネルは、更新の配布を管理し、徹底的なテストと必要な場合の迅速なロールバックを可能にします。
チャンネルを作成するには、CapgoのCLIツールを使用します。効率的なロールバック管理のために、3 つの重要なチャンネルを設定してください。
npx @capgo/cli channel add staging
npx @capgo/cli channel add beta
npx @capgo/cli channel add production
各チャンネルには、以下の目的があります。
| 設定 | 目的 | コンテキスト:Capgo マーケティング ウェブサイト。役割:短い UI ラベルまたはナビゲーション アイテム。メッセージ キー `subprocessors_table_purpose` (Subprocessors Table Purpose)。 |
|---|---|---|
| 例値 | チャンネル名 | prod, beta, staging |
| バージョンパターン | 許可されているバージョン形式を定義します。 | 1.0.* |
| ユーザー アクセス | 更新を指定したユーザーに送信 | 特定のグループ ID |
| 更新頻度 | 更新の配布時期を決定します。 | 即時、予定 |
生産用には安定したバージョン パターンを使用してください、 1.0.*、ステージングでは、テスト用により柔軟な形式を使用できます。
ロールバック管理をより細かく制御するには、ユーザー セグメントを設定します。この設定により、ロールバック時に特定のグループをターゲットにし、問題を効果的に解決しながら、混乱を最小限に抑えることができます。
エラー率、パフォーマンス指標、またはユーザーフィードバックに基づいてトリガーを定義して、ロールバックを自動化します。これらのトリガーにより、問題は手動介入なしで迅速に対処されます。
生産環境に展開する前に、ステージングチャンネルでロールバック機能をテストします。このステップにより、ロールバックシステムが実世界の条件下で予想どおりに動作することを確認できます。
最後に、CI/CDパイプラインとアップデートチャンネルを統合します。これにより、展開とロールバックが自動化され、効率的なワークフローが維持され、予期せぬ問題に対する安全ネットが確保されます。 __CAPGO_KEEP_0__のロールバック実行方法__CAPGO_KEEP_0__のアップデート検証システムにより、アプリケーションが安定し、ロールバック機能はこの機能に基づいて、手動と自動の回復オプションを提供します。どちらの方法を効果的に使用するかを知ることで、問題が発生したときに機能を迅速に復元できます。
How to Execute Rollbacks with Capgo
Capgo’s update validation system ensures your app remains stable, and its rollback feature builds on this by offering both manual and automated recovery options. Knowing how to use these methods effectively can help you restore functionality quickly when issues arise.
ファイルの自動更新を無効にするには、を設定します。
context: Live updates product page. Role: Short UI label or navigation item. Message key `live_update_dynamic_label_to` (Live Update Dynamic Label To)
context: Page/area: Live updates product page. Role: Short UI label or navigation item. Message key `live_update_dynamic_label_to` (Live Update Dynamic Label To) capacitor.config.json context: Page/area: Live updates product page. Role: Short UI label or navigation item. Message key `live_update_dynamic_label_to` (Live Update Dynamic Label To) autoUpdate context: Page/area: Live updates product page. Role: Short UI label or navigation item. Message key `live_update_dynamic_label_to` (Live Update Dynamic Label To) false. この手順で、Capgo が自動的にアップデートを管理する機能を停止します。これにより、プロセスの完全な制御が得られます。
自動アップデートが無効になったら、 CapacitorUpdater.download() メソッドを使用して、望ましいバージョンを取得し、 CapacitorUpdater.set() を使用して適用します。ここに例があります。
import { CapacitorUpdater } from '@capgo/capacitor-updater'
const version = await CapacitorUpdater.download({
url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
})
await CapacitorUpdater.set(version); // Sets the new version and reloads the app
ダウンロードしたバージョンを適用した後、 CapacitorUpdater.set()を使用して、ダウンロードしたバンドルを適用します。アプリは自動的に再起動し、元のバンドルに戻ります。ロールバックプロセスを完了するには、常に CapacitorUpdater.notifyAppReady() を呼び出して、更新が安定していることを確認してください。
「このメソッドを呼び出さないと、アプリケーションは以前の成功バージョン(または組み込みバンドル)にロールバックされる」ということです。 [2]
この確認ステップを省略すると、Capgo はロールバックが失敗したと判断し、最後の知られている正常なバージョンにロールバックする可能性があります。
状況によっては、迅速な対応が必要な場合、自動ロールバックは手動介入なしで回復を処理できます。
自動ロールバックトリガー
自動ロールバックは、常時監視が重要な環境で最適です。問題を検出して安定したバージョンに自動的に戻ることで、ダウンタイムを最小限に抑えます。これらのトリガーは、健康チェックと事前定義されたエラー閾値に基づいています。
アプリの基本機能、ユーザー認証やデータロードなどを監視するヘルスチェックを設定します。問題が発生した場合、自動化されたトリガーは即座に安定したバージョンにロールバックできます。
エラーのしきい値をパフォーマンスメトリクスを使用して定義して、ロールバックが必要なときに判断します。以下の表は、考慮すべき重要なコンポーネントを強調しています。
| コンポーネント | 目的 | ページ/エリア: Capgo マーケティング ウェブサイト。役割: ショート UI ラベルまたはナビゲーション アイテム。メッセージ キー `subprocessors_table_purpose` (Subprocessors Table Purpose)。 |
|---|---|---|
| 実装のヒント | バージョン管理 | ページ/エリア: Capgo マーケティング ウェブサイト。役割: ショート UI ラベルまたはナビゲーション アイテム。メッセージ キー `version_control` (Version Control)。 |
| デプロイメント履歴を追跡 | 進捗状況と結果を一貫して監視 | エラーのしきい値 |
| ロールバックのトリガーを定義する | 概要の復旧手順 | 即時の問題対応用のワークフローを設定 |
アプリの環境とリスク耐性に応じて、手動と自動のロールバックの選択肢があります。
“ロールバックとは、前のバージョンのcodeを再デプロイすることです。多くの場合、最初の選択肢です。” ロールバックは、<5分で負のユーザーインパクトを終了し、他のオプションを実行するのを妨げないため、最も多くの場合に最適な選択肢です。 生産環境では、安定性とセキュリティが重要なため、手動ロールバックは慎重な評価と制御を可能にします。一方、テストとステージング環境では、速度と効率の高い自動ロールバックがより適しています。両方のアプローチを組み合わせると、バランスの取れた戦略が実現し、即時の障害は自動トリガーで、複雑な問題は人間の監視が必要な場合に手動ロールバックが使用されます。 [3]
ロールバック管理のベストプラクティス
効果的なロールバック戦略は、段階的なデプロイと詳細なポストロールバック分析を組み合わせることで、ユーザーを不安定なアップデートから守ります。
段階的なロールアウトとリスクの軽減
段階的なロールアウトは、アプリのアップデートで広範囲にわたる問題を防ぐための安全装置です。すべてのユーザーに一度に変更をプッシュするのではなく、更新は小規模なユーザーグループに段階的にリリースされます。まず、1–5%のユーザーを表すテストグループから始めます。このグループには、さまざまなデバイスタイプ、オペレーティングシステム、使用パターンを持つユーザーを含めるようにしてください。24–48時間の間、パフォーマンスを監視して、早期に問題を発見することができます。
即時の障害は自動トリガーで、複雑な問題は人間の監視が必要な場合に手動ロールバックが使用されます。
機能フラグはここで命の恩人となる。機能フラグは、特定の機能を即時で無効にする必要がなく、フルロールバックが必要なくてもできる。 [4].
ロールアウトの段階を進むための明確な基準を設定する。たとえば、デバイス時間の安定運用時間やクラッシュ閾値などのメトリクスに基づいて決定する。目安は、安定運用時間が少なくとも1,000時間になるようにする。ツールとしては、Capgoのアップデートチャンネルが、このプロセスを簡素化する。アップデートチャンネルは、特定のユーザーグループにアップデートを割り当てることができる。たとえば、ベータテスターや早期採用者など、正確な制御が可能になる。
ロールアウトの段階の例を紹介します。
| ロールアウト段階 | ユーザー割合 | 監視期間 | 成功基準 |
|---|---|---|---|
| 初期テスト | 1–5% | 24–48 時間 | クラッシュ率が 0.1% 未満で正常なパフォーマンス |
| 早期採用者 | 10–20% | 48–72 時間 | 安定したパフォーマンスとユーザーからの肯定的なフィードバック |
| 一般リリース | 100% | 進行中 | 重大な問題がなく、パフォーマンスが維持されている |
ロールバックが安定したら、すべてが正常に動作することを確認するために、ポストロールバック監視に注目を移す。
ロールバック後の監視と診断
ロールバックを完了した後、成功を確認し、将来の問題を防ぐために徹底的な監視が必要です。
ロールバック後の実行中のアラートを設定し、クラッシュ率、起動時間、メモリ使用率、ネットワークパフォーマンスなどの重要なパフォーマンス指標を追跡する。 これらの指標は安定性とユーザー体験を評価するために重要です。 製品環境では、99.9% の基準安定性を目指し、パフォーマンスがこのレベル以下に下がった場合に即座にアラートを受け取るようにしてください。
ロールバック後72時間以上監視し、アプリが安定した状態に戻ったことを確認する。ユーザーに直接影響するメトリック、たとえばアプリの起動速度や機能の反応性に注目してください。
エラー追跡ツールを使用し、明確なエスカレーション手順を確立する。ロールバックイベントの自動レポート - 原因、影響を受けたユーザー、解決時間をカバーする - は、チームが各インシデントから学ぶのに役立ちます。 これらのイベントを徹底的にドキュメント化し、トリガー、解決手順、学んだことなどを含めると、プロセスを改善し、チームを訓練するのに不可欠です。
A rollbackの進捗状況を監視する方法も効果的です。ロールバック直後に集中監視を開始し、安定が確認されたら段階的に監視を減らすことができます。この方法は、徹底的な監視と効率的なリソース使用のバランスをとることができます。
ロールバックのトラブルシューティング
ロールバックの際にユーザー体験に影響を与える障害が発生することがあります。問題を迅速に特定して修正する方法を知ることは、平穏な運用を維持するための重要な要素です。
チェックサム検証の失敗
チェックサム検証の失敗は、ロールバック中に発生する可能性のあるより重篤な問題の1つです。これは、更新ファイルが送信または保存中に損傷または変更されたことを示しています。対処するには:
- ソースファイルとロールバックパッケージの完全性を確認してください。
- 必要に応じて、バージョン管理システムからパッケージを再ダウンロードまたは再生成してください。
Capgoのエンドツーヘンド暗号化により、ファイルの送信が保護されますが、ローカルストレージでの問題はまだ発生する可能性があります。複数のユーザーが影響を受けている場合、ローカルキャッシュをクリアして、損傷した一時ファイルを削除してください。Capgoの更新チャンネルを使用して、小さな構成更新をプッシュして、最新のファイルをダウンロードするように強制できます。
また、ダウンロードの検証に関連するネットワーク問題も考慮してください。チェックサム問題が解決したら、バージョン間の競合とネットワーク問題に進みます。
バージョン間の競合とネットワーク問題の処理
バージョン間の競合が発生するのは、開発者がアプリの異なる部分を適切に同期していない場合です。 これが発生した場合、直ちに最後の安定したビルドにロールバックして、混乱を最小限に抑えましょう。 Capgo のアップデート チャンネルを使用すると、特定のユーザー グループにロールバックを制限してテストすることができ、より広範な展開までロールバックする前に問題を特定できます。
詳細なログは、これらの競合を診断するために不可欠です。 API のバージョン不一致やデータベース スキーマの問題を探して、問題がバックエンドの変更、クライアント側の更新、または両方にあるかどうかを特定する必要があります。
ネットワーク問題は、ロールバックの試行を完全にブロックすることもあります。 接続タイムアウト、SSL 証明書エラー、プロキシの不正設定など、問題は一般的です。 これらの問題を解決するには:
- すべてのアップデート エンドポイント、証明書、およびバージョン識別子を最新の状態に保ちます。
- 同じ環境でユーザーが問題を経験している場合に、ネットワーク接続をテストします。
企業環境では、プロキシとファイアウォールのルールがアップデートに干渉する可能性があります。 エンタープライズ クライアントと協力して、Capgo のアップデート エンドポイントをホワイトリストに追加し、ロールバック プロセスがセキュリティ ポリシーによってブロックされていないことを確認する必要があります。 テストシナリオ 実装方法
| 成功基準 | バージョン不一致 | バージョン間の競合が発生するのは、開発者がアプリの異なる部分を適切に同期していない場合です。 これが発生した場合、直ちに最後の安定したビルドにロールバックして、混乱を最小限に抑えましょう。 __CAPGO_KEEP_0__ のアップデート チャンネルを使用すると、特定のユーザー グループにロールバックを制限してテストすることができ、より広範な展開までロールバックする前に問題を特定できます。 |
|---|---|---|
| 詳細なログは、これらの競合を診断するために不可欠です。 __CAPGO_KEEP_0__ のバージョン不一致やデータベース スキーマの問題を探して、問題がバックエンドの変更、クライアント側の更新、または両方にあるかどうかを特定する必要があります。 | バンドルバージョンの展開 | ロールバックは自動的に有効になります |
| 汚染されたバンドル | ダメージを受けたアップデートをアップロード | エラーを検出してシステムを復元 |
| ネットワーク障害 | ネットワーク障害をシミュレート | 最後の安定バージョンから再開 |
| API タイムアウト | API の応答に遅延を導入 | 遅延に対してフォールバックメカニズムで対応 |
バージョンが一致しない場合、汚染されたバンドル、ネットワーク障害、API タイムアウトなどのシナリオを定期的にテストして、実世界の課題に備えたロールバックメカニズムを確実に準備することが重要です。この積極的なアプローチは、生産環境で問題が発生したときに自信を持って対応できるようにします。
まとめ
信頼できるロールバック戦略を持つことは、 Capacitor アプリ、そしてCapgoはこのプロセスをスムーズにするためのツールを提供します。 __CAPGO_KEEP_0__は、 更新管理
Capgo’s standout feature is its セキュリティ対策を組み合わせて、 アプリが信頼でき、保護されていることを保証します。 __CAPGO_KEEP_0__の最大の特徴は、その
“Capgo is a must-have tool for developers who want to be more productive. Avoiding review for bug fixes is golden.” - Bessie Cooper [1]
これらの機能は、課題が発生したときに即時的な解決策を提供し、ワークフローを簡素化します。CI/CDとsemantic-releaseの自動化により、Capgoはロールバックプロセスをスムーズに実行します。チェックサム検証エラー、バージョン不一致、ネットワークのトラブルなど、どのような課題にもCapgoのインフラストラクチャと監視ツールは対処することができます。
生産環境でCapacitorアプリを管理するチームにCapgoは、安全性、信頼性、簡素化されたロールバック戦略を提供します。既存の2,000アプリ以上がプラットフォームを信頼しているため、開発者効率とユーザー満足度を向上させる解決策を選択することになります。 [1].
問題が発生したとき、Capgoは即時的な解決策を提供します。
FAQ
::: faq
How does Capgo keep app updates secure during rollbacks?
Capgoは エンドツーエンド暗号化 を使用して、アプリの更新を各段階で保護します。作成から配信まで、更新は厳格なアクセス制御を通じて、承認されたユーザーにのみアクセスできます。
更新の完全性を確保するために、Capgoは ハッシュとデジタル署名 などの暗号化チェックを使用します。これらのツールは、更新が改ざんされていないことを確認します。問題が発生した場合、プラットフォームの自動ロールバック機能を使用して、迅速かつ安全に前のバージョンに戻すことができます。こうして、これらの機能はアプリの更新を安全かつ信頼できるものにします。
::: faq
What are the benefits of using automated rollbacks with Capgo instead of manual rollbacks?
自動ロールバックは Capgo 自動ロールバックは、手動ロールバックのより速く、信頼性の高い、エラーのない代替手段を提供します。アップデート後に何かが間違ってしまった場合、これらのロールバックは、すぐにアプリを安定したバージョンに戻すことができ、ダウンタイムを減らし、ユーザー体験を滑らかに保つことができます。
自動ロールバックの最大の利点は、人間のエラーを除外できることです。既存のベストプラクティスに従うことで、毎回一貫した結果を保証します。これは、時間を大幅に節約するだけでなく、アプリの安定性と効率性を向上させることにもつながります。Capacitorアプリを開発する開発者にとって、自動ロールバックは、更新を管理するためのストレスのない、信頼できる方法を提供します。
::: faq
How can I test rollback functionality with Capgo before releasing updates to production?
To effectively test rollback functionality with Capgo, begin by setting up a ステージング環境を設定する必要があります。これにより、更新をテストするための制御された環境が作成されます。更新が実際に公開される前に、 ベータテスター 早期に潜在的な問題を検出し、更新の際に問題が生じないようにするために リアルタイムモニタリング パフォーマンスを追跡し、エラーを迅速に検出することができるようにすることが重要です。また、ロールバックのトリガーを明確に定義することも重要です。例えば、特定のエラー率を達成したり、特定のユーザーフィードバックを受けたりするなど、ロールバックのタイミングを把握することができます。 更新を実行する前に、ロールバックプロセスを徹底的にテストする必要があります。ロールバックプロセスが問題なく前の安定したバージョンに戻ることができることを確認し、追加の問題が生じないようにする必要があります。失敗シナリオをシミュレートすることも、ロールバック機構が正しく機能することを確認するのに役立ちます。最後に、__CAPGO_KEEP_0__の分析ツール
Before rolling out any updates, thoroughly test the rollback process. Make sure it can seamlessly return to the previous stable version without causing additional problems. Simulating failure scenarios is another good way to verify that the rollback mechanism works as intended. Lastly, take advantage of Capgo’s ロールバック管理のガイドから続けて ロールバック管理のガイドを使用している場合
Keep going from Rollback Management with Capgo: Guide
ロールバック管理のガイドを接続する必要があります Capgo __CAPGO_KEEP_0__ ロールバック 実装詳細について バージョン対象 バージョン対象 更新動作 更新動作 バンドル バンドル Capgo ライブアップデート for the product workflow in Capgo Live Updates.