__CAPGO_KEEP_0__で Capacitor OTA更新の際にアプリが安定するように保証します。ここでは、必要な情報をご紹介します。
- 自動ロールバック: アップデートが失敗した場合に、最後の安定バージョンに自動的に戻ります。
- 手動ロールバック: 開発者が、迅速な修正のために前のバージョンに手動で戻ることができます。
- デフォルトバンドルバックアップ: 全てのアップデートが失敗した場合、元のパッケージにアプリが復元されます。
設定方法
- 自動ロールバック: 成功率の閾値 (例: 95%) と監視期間 (例: 5 分) などの設定を使用します。
- 手動ロールバック: 可能な限り多くのバージョンを保持することで、柔軟性を高めます (例: 最後の 5 バージョン)
管理Tips:
- リリース前にテスト環境でアップデートをテストする。
- アップデートの成功率とエラーを監視して早期にロールバックをトリガーする。
- フェーズドロールアウト (例: 10%、50%、100%) を使用して影響を最小限に抑える。
プラットフォーム比較:
クイック比較表:
| プラットフォーム | ロールバックタイプ | 分析 | 暗号化 | ホスティングオプション | コスト |
|---|---|---|---|---|---|
| Capgo | オート/マニュアル | はい | はい | 柔軟 | 安価 |
| マニュアルのみ | いいえ | いいえ | 制限 | 下位 | |
| Appflow | オート/マニュアル | 部分的 | 保護 | 制限 | 高 |
Capgo を含む適切な設定とツールを用いれば、アプリの更新がSmoothに実行され、問題が生じた場合に迅速に対応して、アプリが正常に動作するように保証できます。
MAD24 304 Atomic アップグレードを活用する OSTree …のための
__CAPGO_KEEP_0__ のロールバック方法 Capacitor ドキュメント

Capacitorには、オーバー・ザーアイアーのアップデート中にアプリの安定性を確保するためのロールバック機能が含まれています。これは、潜在的な問題に対する安全保障として機能します。
ロールバックの種類
- 自動ロールバック:アップデートが失敗した場合、Capacitorは自動的にアプリを最後の安定版に戻します。
- 手動ロールバック:開発者は、フェーズドロールアウトや生産問題の際に迅速な修正を行うために、前のバージョンに手動でロールバックすることができます。 [1].
安全性の追加ネットとして、Capacitorは元のアプリパッケージにも依存しています。
デフォルトのバンドルを使用したバックアップ
すべてのアップデート試行が失敗した場合、Capacitorは元のバンドルを使用してアプリを復元し、アプリが機能することを保証します。
ロールバックの設定:ステップバイステップ
両方の自動および手動ロールバックオプションを効果的に設定する方法については、以下のとおりです。
Autoロールバックの設定
自動ロールバックを有効にするには、検出と成功基準を設定してください:
const config = {
autoRollback: true,
timeout: 15000, // Timeout: 15 seconds
checkInterval: 5000 // Check interval: 5 seconds
};
const updateConfig = {
minSuccessRate: 95, // Rollback if success rate drops below 95%
monitorDuration: 300000 // Monitoring duration: 5 minutes
};
手動ロールバック設定
手動ロールバックの場合、必要に応じてオプションをカスタマイズしてください:
const rollbackOptions = {
versionControl: true,
keepVersions: 5, // Retain the last 5 versions
};
Capgoを使用している場合、保存されたバージョンへのロールバックを1クリックで実行できます。
参考資料:
| ロールバックタイプ | タイムアウト | 成功閾値 | 監視期間 |
|---|---|---|---|
| 自動 | 15秒 | 95% | 5分 |
| マニュアル | N/A | __CAPGO_KEEP_0__ | 継続的 |
ロールバック管理のヒントについては、次のセクションを参照してください。
ロールバック管理のヒント
ユーザーへの影響を最小限に抑えるために、更新をテスト、監視、慎重にデプロイしてください。
ステージングでのテスト
ステージング環境で、生産環境を模倣してロールバックシナリオをシミュレートしてください。
ロールバックの準備を確認するには:
- ベータ更新を小規模なグループに Capgo チャネルを使用してデプロイしてください。 [1].
- 問題が発生した場合、最新の安定版バージョンにロールバックしてください。
__CAPGO_KEEP_0__のテスト後は、実稼働環境でアップデートのパフォーマンスをモニタリングすることから始めます。
アップデートパフォーマンスの監視
アップデートのパフォーマンスを監視して、ロールバックが smooth に行われるようにするために、
- 実稼働アップデートの成功率とユーザーの関与度を監視する [1].
- エラーを監視して、ロールバックを早期に開始し、主な障害を回避する
- 分析を活用して、ボトルネックを発見し解決する
“We rolled out Capgo OTA updates in production for our user base of +5000. We’re seeing very smooth operation and almost all our users are up to date within minutes of the OTA being deployed to @Capgo.”
- colenso [1]
監視が実施されたら、更新を段階的にリリースする
段階的なアップデートリリース
ユーザー全体にアップデートを配布するのではなく、10%、50%、100%のユーザーに順次アップデートを配布する [1].
「私たちはアジャイル開発を実践しており、@Capgoは、ユーザーに継続的に提供するmission-criticalなツールです!」
- Rodrigo Mantica [1]
プラットフォームのロールバック機能
今までにロールバックの設定とベストプラクティスについて話しましたので、トップのプラットフォームがロールバックをどのように扱っているかを見てみましょう。提供されるツールは、問題のあるアップデートから迅速かつ信頼性の高い回復に大きな違いを生み出します。
Capgo は、 1クリックのロールバック を任意のリリースに実行できることを特徴としています。また、 エンドツーエンド暗号化, リアルタイム分析高度なデプロイチャネル、 [1].
クラウドホストされたオプションとセルフホストされたオプションの両方の柔軟性 の提供もあります。 高額の年間料金と不明確なロードマップを持つため、魅力が減る可能性があります。 [1].
プラットフォームを選択する際には、 セキュリティ、分析の深さ、展開の柔軟性、総コストを考慮する必要があります。Capgoはロールバックの信頼性、強力な暗号化、コスト効果を組み合わせたもので、すべてのサイズのチームにとって堅実な選択肢となります。 [1].
概要
Capacitorアプリの順調な更新を確実にするには、初期設定から段階的なリリースまで、信頼性の高いロールバック方法を設定する必要があります。設定を正しく構成し、適切なプラットフォームを選択することで、チームは問題のある更新を迅速に解決し、ユーザーを満足させることができます。
堅実なロールバック計画には、自動と手動の両方のオプション、リアルタイムモニタリング、段階的なリリース、安全な更新パイプラインが含まれます。Capgoなどのツールは、このプロセスを簡素化する機能、たとえば、一クリックロールバック、暗号化された更新、統合された分析などを提供します。これらの戦略を実施することで、ユーザーに中断なく、安定した更新を提供することができます。
Configuring Rollback for Capacitor Updates
ロールバックとバージョン管理を計画する場合は、 Configuring Rollback for Capacitor Updates を使用している場合、 Rollbacks ロールバックの実装詳細について バージョン対象 バージョン対象の実装詳細について 更新動作 更新動作の実装詳細について バンドル バンドルの実装詳細について、そして Capgo ライブアップデート Capgo ライブアップデートの製品ワークフローについて