Dans le "première utilisation", Nous avons démontré comment utiliser NetApp Astra Control Center pour protéger vos applications dans Kubernetes. Cette section décrit comment intégrer les sauvegardes d'applications via Astra Control directement dans votre workflow de développement à l'aide du kit de développement Python du kit NetApp Astra. Cette approche permet de protéger les environnements de développement et de production en automatisant les sauvegardes à la demande lors du processus d'intégration et de déploiement continus (ci/CD). Avec cette couche supplémentaire de protection des données cohérente au niveau des applications ajoutée au pipeline ci/CD et aux applications de production, les processus de développement sont en sécurité en cas de problème, ce qui favorise la continuité de l'activité.

Dans un workflow classique, après avoir rencontré un échec lors de la mise à niveau de l'application vers une nouvelle version, l'équipe de développement tenterait de résoudre le problème en temps réel en fonction des rapports de bogues fournis par les clients. Au premier signe de problème, l'équipe pourrait également tenter de redéployer l'application vers un environnement de débogage parallèle pour mettre ce processus hors ligne. Ils pouvaient redéployer une ancienne base de codes depuis une version précédente vers la production, afin de restaurer l'application en bon état de fonctionnement.

Bien que cette approche fonctionne, l'équipe doit s'assurer que l'état de l'application de production défaillante correspond à celui de la version utilisée en production lorsque le problème survient. Il leur faudrait également consacrer du temps à promouvoir la version fiable en production en récupérant du code de leur référentiel et en redéployant les images de la machine pour restaurer l'application à un état de fonctionnement correct. De plus, dans ce scénario, nous ne voulions pas si la base de données de production elle-même était corrompue par le code défectueux. Idéalement, il existe des processus de sauvegarde distincts pour les données de la base de données, mais devons-nous supposer qu’ils sont cohérents avec l’état de l’application tel qu’il a été publié ? C'est là que les avantages offerts par Astra Control, notamment en matière de sauvegardes, de restaurations et de clones avec état et cohérents au niveau des applications, montrent véritablement leur valeur.

Nous pouvons tout d'abord utiliser Astra Control pour faciliter l'analyse post-mortem de l'état de l'application. Pour ce faire, nous clonons la version de production buggy vers un environnement de test parallèle de façon cohérente avec l'application. Cet environnement étant mis de côté, nous pouvons résoudre le problème en temps réel.

De plus, Astra Control prend en charge la fonctionnalité de restauration sur place qui nous permet de restaurer l'application de production vers une dernière sauvegarde acceptable (qui a précédé la version de code affligée). La version restaurée suppose la position de l'application de production buggy précédente, de façon cohérente avec les applications et avec état, y compris l'IP d'entrée précédemment attribuée. Par conséquent, les clients qui accèdent à l'environnement frontal ne connaissent pas la transition vers la version de sauvegarde.

Les outils ou plates-formes suivants ont été déployés et configurés comme conditions préalables :

Compte tenu du fait que l'application a été mise à niveau vers une nouvelle version, l'application dans l'environnement de production (magento-prod) ne se comporte pas comme prévu après la mise à niveau. Supposons que les données renvoyées par les requêtes frontales ne correspondent pas à la demande ou que la base de données a été endommagée. Pour cloner et restaurer le pipeline, effectuez la procédure suivante :

Ces deux opérations en tandem accélèrent le retour au fonctionnement normal de l'entreprise. Pour voir ce cas d'utilisation en action, regardez la vidéo "ici".