Examiner les modèles de déploiement classiques
Lorsque nous avons nos prérequis pour livrer nos logiciels en continu, nous devons commencer à réfléchir à un modèle de déploiement.
Un modèle de déploiement était généralement simple.
Le logiciel était généré, et quand toutes les fonctionnalités étaient implémentées, il était déployé dans un environnement où un groupe de personnes pouvait commencer à l’utiliser.
Le modèle de déploiement traditionnel ou classique consistait à faire passer votre logiciel dans une phase de développement, une phase de test, peut-être une phase d’acceptation ou de préproduction, et enfin dans une phase de production.
Le logiciel passait d’une phase à l’autre en un seul bloc.
La version de production était, dans la plupart des cas, une version détonante, où les utilisateurs étaient confrontés à de nombreux changements en même temps.
Malgré les différentes phases de test et de validation, cette approche implique quand même de nombreux risques.
En exécutant tous vos tests et votre validation sur des environnements de non-production, il est difficile de prédire ce qui se passe quand vos utilisateurs de production commencent à l’utiliser.
Vous pouvez exécuter des tests de charge et des tests de disponibilité, mais au final, rien ne remplace la production.