Eh bien allons-y, car la réponse sera longue.
Le cycle complet d'un Devops couvre 8 étapes, il y a beaucoup de discussions sur le point d’où il commence réellement, mais vous pouvez être sûr qu'à un moment donné, votre solution passera par toutes celles-ci. Voici les étapes:
Plan : l'une des étapes les plus importantes d'un DevOps est de planifier et d'organiser l'architecture de votre solution. Comprendre à ce stade les technologies qui seront utilisées, le flux de traitement de l'information, les interactions avec l'utilisateur sont des points plus importants de votre planification. Les outils couramment utilisés pour cela sont Notion, whimsical, draw.io, etc.
Code : L'étape probablement la plus intéressante pour les développeurs. C'est là où les problèmes à résoudre deviennent du code et dans DevOps il est important de visionner et d'organiser votre créativité en quelque chose de lisible et accessible au reste de l'équipe. Pour cela, des outils Git sont utilisés.
Build : Lors du Build, c’est le moment où le travail de l'équipe est rassemblé et placé dans le même référentiel composant la solution complète. Gérer les conflits de code, discuter de certaines approches et rassembler ce qui a été développé, sont les priorités majeures au centre de cette étape. Les outils de référentiel tels que Github et Azure DevOps sont des exemples utilisés.
Test : L'étape de test vous permet de valider l'ensemble des services, intégrations et même comportements avant d'approuver une modification de votre logiciel. Généralement construit avant le développement, le TDD vous permet d'indiquer au développeur comment générer les résultats attendus à partir de la fonctionnalité qu'il crée. Des outils comme Jest et Selenium soulèvent ce problème et dans d'autres étapes, certains outils automatisent également ce processus avant de le mettre en production.
Integrate ou Release : C'est là que le développeur fait la poussée initiale de sa fonctionnalité, puis il est confronté aux autres fonctionnalités d'autres développeurs pour éviter que l'application cesse de fonctionner lorsqu'elle entre en production. En tant que « gardien » du fonctionnement de la solution, il applique plusieurs tests automatiques et manuels et génère une image à entrer qu'une autre étape met en production. Les outils qui en font partie de cette phase sont Jenkins, Github Actions.
Deploy : à ce stade, l'image de l'application validée à l'étape précédente est envoyée pour mise en production. Dans Deploy, l'instruction peut être d'instancier une nouvelle image Docker dans un cluster Kubernetes et, enfin avec une indisponibilité faible ou nulle, de mettre la solution en production.
Operate : Operate qui filtre le retour d'expérience sur le fonctionnement de la solution, mais aussi les nouvelles fonctionnalités consommées par l’utilisateur principal de ce cycle: le client.
Monitor : Et enfin, le Monitor qui garantit le suivi et l'évaluation des performances de l'application, de l'évolutivité, des problèmes, entre autres. Des outils comme Nagios et Zabbix sont réputés pour jouer ce rôle.
J'espère avoir aidé et répondu à votre question. Pour approfondir sur le sujet, je vous propose de visiter cette page pour compléter les concepts https://medium.com/taptuit/the-eight-phases-of-a-devops-pipeline-fda53ec9bba
Att,
Jonas
