Une restauration n'est utile que lorsque la version précédente de l'application peut encore s'exécuter sur les données et services actuels. Planifiez cette compatibilité avant un incident plutôt que pendant que les utilisateurs attendent.
Gardez les entrées de récupération prêtes
- Conservez l’artefact de build précédent exact et sa référence de configuration.
- Séparez les migrations de bases de données de la publication du code et effectuez les modifications de schéma compatibles avec les deux versions lorsque cela est possible.
- Documentez qui peut lancer une restauration et comment la modification est enregistrée.
Vérifier le comportement après la restauration
Vérifiez l'itinéraire concerné, le taux d'erreur et la tâche de l'utilisateur clé après la restauration. Surveillez les tâches en arrière-plan ou les ressources mises en cache qui peuvent encore utiliser le nouveau comportement.
Une restauration restaure le code, pas nécessairement les données déjà modifiées. Incluez un plan de récupération ou de correction anticipée pour les opérations irréversibles et testez-le dans un environnement sûr.