![\"\"](\"https:\/\/www.cfi.ch\/wp-content\/uploads\/2021\/06\/DevOps_Cycle-1024x512.jpg\")
<\/figure>\n\n\n\nPlanifier<\/h4>\n\n\n\n
La phase de planification couvre tout ce qui se passe avant le d\u00e9veloppement du code de l\u2019application. Les exigences internes et les feedbacks des utilisateurs sont recueillis aupr\u00e8s des parties prenantes et des clients afin d\u2019\u00e9tablir une feuille de route du produit qui servira de guide pour le d\u00e9veloppement futur.<\/p>\n\n\n\n
Dans un outil moderne utilis\u00e9 pour le processus DevOps, la feuille de route du produit peut \u00eatre d\u00e9compos\u00e9e en \u00ab Epics \u00bb, \u00ab Features \u00bb et \u00ab User Stories \u00bb. En pr\u00e9paration de la phase suivante, des sprints sont alors planifi\u00e9s \u00e0 partir de ces \u00e9l\u00e9ments, sur la base des t\u00e2ches d\u00e9riv\u00e9es.<\/p>\n\n\n\n
D\u00e9velopper<\/h4>\n\n\n\n
Une fois la phase de planification termin\u00e9e, les \u00e9quipes de d\u00e9veloppement se mettent au travail et codent l\u2019application. L\u2019\u00e9quipe communique son avanc\u00e9e lors de r\u00e9unions r\u00e9guli\u00e8res (stand-ups et sprint reviews).<\/p>\n\n\n\n
Afin de s’assurer que tous les membres de l\u2019\u00e9quipe de d\u00e9veloppement soient sur la m\u00eame longueur d’onde, un cadre commun d’outils et de plug-ins ainsi que des pratiques uniformes pour la qualit\u00e9 du code sont convenus.<\/p>\n\n\n\n
G\u00e9n\u00e9rer<\/h4>\n\n\n\n
D\u00e8s qu’une t\u00e2che est termin\u00e9e, le code est transf\u00e9r\u00e9 vers un d\u00e9p\u00f4t central. Ce \u00ab\u00a0push\u00a0\u00bb d\u00e9clenche une \u00ab\u00a0pull request\u00a0\u00bb qui est utilis\u00e9e pour effectuer une r\u00e9vision du code. La demande est ensuite confirm\u00e9e si tout est correct. Dans le m\u00eame temps, des tests automatis\u00e9s sont effectu\u00e9s pour v\u00e9rifier que le nouveau code ne contient pas de bogues \u00e9ventuels. Si l’un de ces tests \u00e9choue, l’information est envoy\u00e9e imm\u00e9diatement et le code peut \u00eatre am\u00e9lior\u00e9. Si tous les tests sont r\u00e9ussis, le nouveau code est adopt\u00e9.<\/p>\n\n\n\n
Tester<\/h4>\n\n\n\n
En plus des proc\u00e9dures de test qui sont d\u00e9j\u00e0 effectu\u00e9es pendant la phase de construction, des tests plus approfondis peuvent \u00eatre r\u00e9alis\u00e9s dans un environnement s\u00e9par\u00e9 qui est utilis\u00e9 en plus pour le d\u00e9ploiement. Cet environnement est souvent appel\u00e9 \u00ab\u00a0environnement de test\u00a0\u00bb. Dans cet environnement, des tests manuels peuvent \u00e9galement \u00eatre effectu\u00e9s en plus des tests approfondis et automatis\u00e9s. Les premiers peuvent inclure, par exemple, des tests d’int\u00e9gration et de s\u00e9curit\u00e9 pour d\u00e9couvrir les \u00e9ventuels points faibles de l’application. En outre, des tests d’acceptation par les utilisateurs peuvent \u00eatre effectu\u00e9s dans l’environnement de test avant la publication.<\/p>\n\n\n\n
Publier<\/h4>\n\n\n\n
Une fois ces proc\u00e9dures de test \u00e9tendues et approfondies termin\u00e9es, des mesures visant \u00e0 pr\u00e9parer la publication dans un environnement de production peuvent \u00eatre effectu\u00e9es. \u00c0 ce stade, il est d\u00e9cid\u00e9 quelles modifications doivent \u00eatre incluses dans la version. En fonction du processus de publication de l\u2019entreprise, il peut s’agir d’une \u00e9tape manuelle ou automatique. Certaines entreprises publient les nouvelles versions selon un calendrier fixe tandis que d’autres le font automatiquement d\u00e8s qu’un nouveau code a pass\u00e9 avec succ\u00e8s la phase de test.<\/p>\n\n\n\n
D\u00e9ployer<\/h4>\n\n\n\n
C’est la phase au cours de laquelle la nouvelle version est d\u00e9ploy\u00e9e. Gr\u00e2ce aux outils modernes, cette op\u00e9ration est d\u00e9sormais automatis\u00e9e et peut \u00eatre r\u00e9alis\u00e9e sans interrompre les exploitations r\u00e9guli\u00e8res. Le m\u00eame code qui a d\u00e9j\u00e0 \u00e9t\u00e9 utilis\u00e9 pour le d\u00e9ploiement dans l’environnement de test peut \u00eatre utilis\u00e9 ici. Si des difficult\u00e9s inattendues surviennent pendant la phase de d\u00e9ploiement, l’\u00e9tat pr\u00e9c\u00e9dent de l’environnement de production peut \u00eatre temporairement restaur\u00e9 sans probl\u00e8me.<\/p>\n\n\n\n
Exploiter<\/h4>\n\n\n\n
Les changements sont d\u00e9sormais en ligne et disponibles pour les utilisateurs. Le client a la possibilit\u00e9 de donner son avis \u00e0 l’\u00e9quipe. C’est le seul moyen d’obtenir des informations pr\u00e9cieuses sur la fa\u00e7on dont le logiciel est utilis\u00e9 et sur les souhaits des utilisateurs. C’est l’un des plus grands facteurs de r\u00e9ussite et il doit \u00eatre garanti !<\/p>\n\n\n\n
Surveiller<\/h4>\n\n\n\n
En plus du feedback des utilisateurs, d’autres donn\u00e9es g\u00e9n\u00e9r\u00e9es pendant l’utilisation doivent \u00e9galement \u00eatre collect\u00e9es. Il peut s’agir, par exemple, de bogues, de temps de latence, de num\u00e9ros d’acc\u00e8s et du comportement d’utilisation individuel des utilisateurs. La combinaison du feedback des clients et des donn\u00e9es suppl\u00e9mentaires collect\u00e9es peut ensuite \u00eatre transmise aux gestionnaires de produits et aux \u00e9quipes de d\u00e9veloppement afin qu’ils puissent en d\u00e9duire les futures fonctionnalit\u00e9s. De cette fa\u00e7on, les clients peuvent faire d\u00e9velopper ce qu’ils veulent vraiment et ce dont ils ont besoin.<\/p>\n\n\n\n
Une cha\u00eene d’outils DevOps moderne prend en charge tous ces concepts, phases et proc\u00e9dures \u00e0 l’aide d’outils appropri\u00e9s qui peuvent faciliter consid\u00e9rablement le d\u00e9veloppement de logiciels bas\u00e9 sur le principe DevOps.<\/p>\n\n\n\n
Vous avez besoin d’un accompagnement ou de la mise en place de solutions IT selon les m\u00e9thodes agiles et DevOps? Chez CFI, nous mettons notre expertise au service de votre entreprise afin que vous b\u00e9n\u00e9ficiez des derni\u00e8res innovations dans le d\u00e9veloppement de vos applications. N’h\u00e9sitez pas \u00e0 nous contacter<\/a> pour en discuter.<\/p>\n\n\n\n Sources:<\/p>\n\n\n\n https:\/\/medium.com\/taptuit\/what-is-devops-fb3d044ef659<\/a><\/p>\n\n\n\n https:\/\/medium.com\/taptuit\/the-eight-phases-of-a-devops-pipeline-fda53ec9bba<\/a><\/p>\n\n\n\n