Après que les améliorations de l'assurance qualité ont réduit les retours en arrière de 80 %, quelles sont les deux approches qui permettent de réduire davantage les retours en arrière imprévus en production ? (Choisissez-en deux.)

L'introduction d'un modèle de déploiement blue-green permet de réduire les retours en arrière imprévus car il maintient une version stable (verte) en production pendant qu'une nouvelle version (bleue) est déployée et testée. En cas de problème avec la version bleue, le trafic peut être instantanément redirigé vers la version verte, minimisant ainsi l'impact sur les utilisateurs. La fragmentation de la plateforme monolithique en microservices réduit également les retours en arrière en isolant les défaillances. Si un microservice échoue, il n'affecte pas nécessairement l'ensemble de l'application, ce qui facilite l'identification et la correction des problèmes sans nécessiter un retour en arrière complet. Remplacer l'environnement QA par des versions canary n'est pas une approche directe pour réduire les retours en arrière, car les versions canary sont une technique de déploiement progressif, pas un remplacement de QA. Les autres options (réduire la dépendance aux bases de données relationnelles ou les remplacer par du NoSQL) sont des changements architecturaux qui n'abordent pas directement la réduction des retours en arrière imprévus.