Retrait dans Capacitor assure la stabilité de votre application pendant les mises à jour en ligne (OTA). Voici ce dont vous avez besoin de savoir :
- Rollback automatiqueRevert automatiquement à la dernière version stable si une mise à jour échoue.
- Rollback manuelPermet aux développeurs de revenir manuellement à une version précédente pour des corrections rapides.
- Sauvegarde de bundle par défautSi toutes les mises à jour échouent, l'application se restaure à son package d'origine.
Comment l'activer :
- Rollback automatiqueUtilisez des configurations comme les seuils de taux de réussite (par exemple, 95 %) et les périodes de suivi (par exemple, 5 minutes).
- Rollback manuelRetenez plusieurs versions pour une flexibilité (par exemple, les 5 versions précédentes).
Conseils de gestion :
- Testez les mises à jour dans un environnement de pré-production avant la mise en production.
- Surveillez les taux de réussite et les erreurs des mises à jour pour déclencher les retours en arrière tôt.
- Utilisez des déploiements étalés (par exemple, 10 %, 50 %, 100 %) pour minimiser l'impact.
Comparaison des plateformes :
Tableau de comparaison rapide :
| Plateforme | Type de retour en arrière | Analytique | Cryptage | Options d'hébergement | Coût |
|---|---|---|---|---|---|
| Capgo | Automatique/Manuel | Oui | Oui | Flexible | Abordable |
| Manuel uniquement | Non | Non | Limité | Inférieur | |
| Appflow | Auto/Mécanique | Partiel | Non | Limité | Élevé |
Avec une configuration appropriée et des outils comme Capgo, vous pouvez vous assurer d'actualisations fluides et résoudre rapidement les problèmes pour maintenir votre application en cours de fonctionnement de manière fluide.
MAD24 304 L'exploitation atomique des mises à jour avec OSTree pour …
Comment fonctionne le retraitement dans Capacitor
Capacitor comprend une fonction de reversion qui garantit la stabilité de l'application lors des mises à jour en ligne, agissant comme un bouclier contre les problèmes potentiels.
Types de Reversion
- Rollback Automatique: If an update fails, Capacitor automatically reverts the app to its last stable version.
- : Si une mise à jour échoue, __CAPGO_KEEP_0__ révertit automatiquement l'application à sa dernière version stable.Reversion Manuelle [1].
As an added safety net, Capacitor also relies on the original app package.
Comme un filet de sécurité supplémentaire, __CAPGO_KEEP_0__ repose également sur le paquetage d'application original.
If all update attempts fail, Capacitor restores the app using the original bundle, ensuring the app remains functional.
: Si toutes les tentatives de mise à jour échouent, __CAPGO_KEEP_0__ restaure l'application à l'aide du bundle original, garantissant que l'application reste fonctionnelle.
Configuration de la Reversion : Étape par Étape
: Voici comment configurer les options de reversion automatique et manuelle de manière efficace.
Pour activer le redémarrage automatique, configurez la détection et les critères de réussite :
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
};Configuration du redémarrage manuel
Pour le redémarrage manuel, personnalisez les options comme nécessaire :
const rollbackOptions = {
versionControl: true,
keepVersions: 5, // Retain the last 5 versions
};Si vous utilisez Capgo, vous pouvez lancer un redémarrage avec un seul clic vers toute version sauvegardée.
Pour référence :
| Type de redémarrage | Délai d'attente | Seuil de réussite | Période de surveillance |
|---|---|---|---|
| Automatique | 15 secondes | 95% | 5 minutes |
| Manuel | N/A | Défini par l'utilisateur | Continu |
Pour minimiser l'impact sur les utilisateurs, testez, surveillez et déployez les mises à jour avec soin.
Conseils de gestion de rollback
Effectuez des tests dans un environnement de pré-production.
Simulez des scénarios de rollback dans un environnement de pré-production qui reflète la production.
Pour vérifier la disponibilité du rollback :
Déployez les mises à jour bêta à des petits groupes à l'aide de canaux __CAPGO_KEEP_0__
- Deploy beta updates to small groups using Capgo channels [1].
- Allez à la section suivante pour obtenir des conseils de gestion de rollback.
After avoir testé, concentrez-vous sur le suivi de la performance de la mise à jour dans l'environnement en direct.
Suivi de la performance de la mise à jour
Restez en tête de la performance de la mise à jour pour vous assurer de roulements lisses :
- Surveillez les taux de réussite des mises à jour en direct et l'engagement des utilisateurs [1].
- Prenez garde aux erreurs pour initier les roulements tôt, évitant ainsi de graves perturbations.
- Leverez les données d'analyse pour détecter et résoudre les bouchons.
“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]
Lorsque le suivi est en place, déployez les mises à jour de manière incrémentale.
Lancement de mise à jour en phases
Distributez les mises à jour progressivement : commencez par 10 %, puis 50 % et enfin 100 % de vos utilisateurs [1].
“Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !”
- Rodrigo Mantica [1]
Caractéristiques de Rollback de Plateforme
Maintenant que nous avons discuté de la mise en place et des meilleures pratiques de rollback, examinons comment les principales plateformes gèrent les rollbacks. Les outils qu'elles proposent peuvent faire une grande différence dans la rapidité et la fiabilité avec lesquelles vous récupérez des mises à jour problématiques.
Capgo s'illustre par son une seule opération de rollback vers n'importe quelle version. Il propose également chiffrement de bout en bout, analytiques en temps réel, des canaux de déploiement avancés, ainsi que la flexibilité des options hébergées dans le cloud et auto-hébergées [1].
En même temps, Appflow possède une lourde cotisation annuelle et un plan d'action peu clair, ce qui peut rendre l'option moins attractive [1].
Lors du choix d'une plateforme, les facteurs clés à prendre en compte incluent la sécurité, la profondeur des analyses, la flexibilité de déploiement et le coût global. Capgo combine la fiabilité de la mise en retrait, une forte encryption et une rentabilité, ce qui en fait une option solide pour les équipes de toutes tailles [1].
Résumé
Assurer des mises à jour fluides pour votre application Capacitor nécessite des méthodes de mise en retrait fiables, du début de la mise en place aux lancements étalés. En configurant correctement les paramètres et en choisissant la bonne plateforme, les équipes peuvent rapidement résoudre les problèmes liés à des mises à jour défectueuses tout en gardant les utilisateurs heureux
Un plan de mise en retrait solide comprend un mélange d'options automatiques et manuelles, d'observation en temps réel, de déploiements progressifs et de pipelines de mise à jour sécurisés. Les outils comme Capgo simplifient ce processus avec des fonctionnalités comme des mises en retrait à un clic, des mises à jour chiffrées et des analyses intégrées. Avec ces stratégies, votre application peut délivrer des mises à jour cohérentes et fiables sans interruptions
Continuez de la configuration de la mise en retrait pour les mises à jour Capacitor
Si vous utilisez La configuration de la mise en retrait pour les mises à jour Capacitor pour planifier la mise en retrait et le contrôle de version, connectez-l’avec Les mises en retrait pour les détails d'implémentation dans les Rollbacks, Version ciblée pour les détails d'implémentation dans la Version ciblée, Comportement de mise à jour pour les détails d'implémentation dans le Comportement de mise à jour, paquet pour les détails d'implémentation dans le paquet, et Capgo Mises à jour en temps réel pour le flux de travail du produit dans Capgo Mises à jour en temps réel.
