Utilisation de la version Canary
Définition de la version Canary
La version Canary qui est une version test de Feedier qui est d'abord envoyée à un groupe restreint d’utilisateurs afin de tester de nouvelles fonctionnalités avant un déploiement généralisé. Elle permet de tester de nouvelles fonctionnalités et de détecter d’éventuels bugs sans impacter l’ensemble des utilisateurs.
Le terme "Canary" vient des canaris utilisés autrefois dans les mines de charbon pour détecter les gaz toxiques : si l’oiseau était affecté, cela alertait les mineurs d’un danger imminent. De la même manière, une version Canary sert à identifier les problèmes avant qu’ils ne touchent l’ensemble du système.
Pourquoi utiliser une version Canary ?
✅ Réduction des risques : Détecter les problèmes avant un déploiement massif.
✅ Amélioration continue : Recueillir des retours et ajuster la version en conséquence.
✅ Déploiement progressif : Introduire des nouveautés de manière contrôlée.
✅ Tests en conditions réelles : Valider la compatibilité avec l’environnement de production.
Comment utiliser une version Canary ?
🚨 Attention : La version Canary partage la même base de données que la version en production
Lors de l’utilisation de la version Canary, il est crucial de comprendre que toutes les manipulations de données effectuées dans cet environnement auront un impact direct sur la base de production.
🔹 Ce que cela signifie :
Les modifications sont réelles : Toute donnée ajoutée, modifiée ou supprimée dans la version Canary est instantanément mise à jour en production. Il n’y a pas d’environnement isolé.
Les erreurs peuvent être irréversibles : Une suppression accidentelle, une mise à jour incorrecte ou un test mal calibré peut impacter les opérations courantes et les utilisateurs finaux.
Les tests doivent être maîtrisés : Il est impératif d’éviter les tests destructifs et de ne pas injecter de fausses données qui pourraient polluer la base de production.
Les performances peuvent être affectées : Certaines actions lourdes (import massif, requêtes complexes) peuvent ralentir le système en production et impacter l’expérience utilisateur.
🚫 Ce qu’il ne faut pas faire :
❌ Tester des scénarios de suppression des rapports, des enquêtes, des KPIs ou bien des feedbacks.
❌ Modifier des données critiques (les rapports, les enquêtes, les KPIs…) sans validation.
❌ Injecter des fausses données qui pourraient fausser les analyses et KPI.
❌ Partager des accès Canary à des personnes non averties.
✅ Bonnes pratiques à adopter :
✔ Suivre les étapes du test de la checklist établie avec l'équipe projet Feedier.
✔ Vérifier chaque action avant de l’exécuter.
✔ Utiliser des filtres pour minimiser l’impact des tests.
✔ Communiquez à l’équipe Feedier toute erreur d’utilisation ou manipulation incorrecte.