Vous avez choisi MongoDB comme base de données d'application et avez probablement déjà beaucoup de données de production dans votre base de données. Maintenant, vous devez apporter une modification majeure à votre application. Comment procédez-vous pour tester le bon comportement de la nouvelle version de votre application avec vos données de production ?
Les données de production sont toujours infiniment plus variées que vos données de test et exécutent plus de cas extrêmes, entraînant par conséquent plus de bogues. Il n'est pas recommandé d'exporter des données de production dans votre environnement de test en raison de problèmes de politique, de confidentialité et de sécurité. D'un autre côté, il est assez difficile et coûteux d'identifier et de tester les bugs en production. Alors, comment s'assurer que la nouvelle version de votre application fonctionne bien avec les données de production ? Voici ce que nous recommandons chez ScaleGrid :
4 étapes de mise à niveau de MongoDB vers la production
-
La sécurité d'abord
Notre première préoccupation est la sûreté et la sécurité des données de production. Ainsi, nous n'exportons jamais de données de production vers notre environnement de test ou de test. Ce que nous avons, c'est de la "pseudo-production" - c'est un environnement identique à la production - même taille, mêmes restrictions de sécurité que la production. Cependant, il est éphémère et ne vit que pendant la durée du test.
-
Clonez votre cluster MongoDB de production
Nous utilisons la fonctionnalité "Cloner" de ScaleGrid pour créer un clone ponctuel de la base de données de production. Sur des clouds comme AWS, la fonctionnalité Clone utilise des instantanés EBS, de sorte que l'opération de clonage n'a que peu ou pas d'impact sur la base de données de production. Cela nous donne un environnement de base de données "pseudo-production" qui a toutes les mêmes fonctionnalités que la production - mêmes données, mêmes tailles de machine, même sécurité, même configuration de cluster, etc.
-
Exécuter des tests approfondis
Nous exécutons un ensemble complet de tests pour nous assurer que la nouvelle version de l'application ne cause pas de problèmes avec les données. Une fois que nous sommes satisfaits, nous démontons l'environnement de "pseudo-production".
-
Améliorez votre environnement de production
Une fois que nous sommes satisfaits de nos tests, nous procédons à la mise à niveau de notre application en production. Selon la fonctionnalité, vous souhaiterez peut-être également ne la mettre à jour que pour certains de vos clients, c'est-à-dire les tests A/B.
Alors, quels autres problèmes rencontrez-vous pour tester les mises à niveau des applications avec MongoDB ? Vous avez des outils, des techniques ou des suggestions que vous aimeriez partager ? Nous serions ravis d'avoir de vos nouvelles !
