Dans cette série d'articles DevOps, j'ai commencé la discussion en réintroduisant DevOps avec une nouvelle perspective. Dans la deuxième partie, j'ai fait la même chose mais en me concentrant sur le cycle de vie de la version du logiciel.
J'ai distingué les rôles d'un ingénieur logiciel et d'un ingénieur DevOps de manière ponctuelle et tabulaire dans la troisième partie :
Dans cette quatrième partie, je souhaite à nouveau me concentrer sur le rôle d'ingénieur DevOps en particulier et développer en détail leurs principales responsabilités.
Avant de commencer, je vous suggère de jeter un coup d'œil rapide à nos nouveaux modèles, en particulier les diagrammes du cycle de vie du développement du système et du cycle de vie de la version du logiciel illustrés précédemment.
Explorer les responsabilités essentielles d'un ingénieur DevOps
Les responsabilités d'un ingénieur logiciel sont déjà bien connues. Mais il est nécessaire d'explorer comment les scénarios changent dans le cas d'un ingénieur DevOps :
Planifier le déploiement du logiciel
Contrairement à la planification de la conception du logiciel comme le font les ingénieurs logiciels, la planification de son déploiement peut être une responsabilité tout à fait différente. Sur la base du concept préliminaire du logiciel, un plan basé sur la façon dont il serait déployé est présenté par les développeurs. Mais la planification de son déploiement sur diverses plates-formes peut être un rôle important pour tout ingénieur DevOps qui prend grand soin de le mener à bien.
Gérer le code
La gestion du code est un aspect important pour tout logiciel exécuté en production. Un audit régulier du code aide énormément à minimiser les bogues qui pourraient être rencontrés dans un environnement de production. Les ingénieurs DevOps s'occupent d'affiner le code déjà existant créé depuis le début du logiciel de niveau alpha et de la post-production également.
Documentation de la procédure de déploiement
Même un excellent logiciel ne servirait à rien s'il n'avait pas de documentation claire et concise. Les ingénieurs logiciels documentent comment créer le logiciel et le déployer. Mais les ingénieurs DevOps se concentrent exclusivement sur la documentation de la procédure de déploiement.
Plus un logiciel vieillit en raison de son utilisation en production, plus il devient important de contrôler minutieusement son processus de déploiement. Par conséquent, la documentation est un effort continu et est aussi importante que les révisions de code. Meilleure documentation =bogues moindres. Le saviez-vous :
Les tests de documentation sont un type de test logiciel non fonctionnel.
Tester uniquement les versions stables du logiciel
Contrairement aux ingénieurs logiciels, les rôles DevOps se concentrent uniquement sur les versions stables, car seules ces versions sont considérables pour un environnement de niveau de production pour le déploiement. Un logiciel qui a terminé son premier ADLC (cycle de vie de développement d'applications) doit être soigneusement testé pour son potentiel en tant que version de production stable et pris en charge par un ingénieur DevOps dédié.
Rapport de bogue avec correction critique (si nécessaire)
Cette partie est une combinaison de documentation et de correction de bugs. Lorsqu'une version stable est en cours d'exécution en production, tous les bogues rencontrés au cours de ce processus doivent être soigneusement corrigés pour la prochaine version stable du logiciel.
En général, la correction des bogues relève de la responsabilité des développeurs. Mais si nécessaire, les ingénieurs DevOps peuvent également intervenir et collaborer pour résoudre les bogues critiques par nature. La correction des bogues de niveau critique peut donc être soigneusement accélérée de cette manière.
De plus, documenter la prévention ou les solutions de contournement temporaires (jusqu'à ce qu'ils soient corrigés) des bogues peut être extrêmement bénéfique pour l'efficacité et la fiabilité du logiciel. Cela a un impact direct sur la fonctionnalité, la convivialité et la sécurité.
Déployer des versions stables dans des environnements de production
Une fois que le logiciel est confirmé comme fiable et efficace sur la base de tests approfondis comme indiqué ci-dessus, il est finalement déployé en production à l'aide de guides étape par étape qui ont été documentés plus tôt par l'ingénieur DevOps. L'importance de la documentation n'est mieux comprise que lorsque vous déployez le logiciel en production.
Maintenir et surveiller les déploiements
Les logiciels exécutés en production nécessitent une maintenance et une surveillance continues. Un ingénieur DevOps s'assure que le logiciel est à jour ainsi que les plates-formes sur lesquelles il est déployé. C'est particulièrement au cours de cette étape que le comportement au niveau de la production peut être enregistré pour améliorer la facilité d'entretien future. Cela inclut les bogues au niveau de la production, la nécessité de nouvelles fonctionnalités ainsi que les améliorations de l'interface utilisateur et de la sécurité.
Replanifier les conceptions en fonction des comportements au niveau de la production
La planification du déploiement de logiciels est un processus continu qui commence par un plan préliminaire et un concept de déploiement de l'outil pour atteindre son objectif. Une fois la première version stable sortie, ce plan subit des révisions rigoureuses après chaque nouvelle version stable. Les révisions de la procédure de déploiement du logiciel sont basées sur les commentaires obtenus à chacune des phases du cycle de vie du développement d'applications et du cycle de vie du développement du système.
Il s'agissait donc d'un aperçu de la compréhension de l'importance du rôle d'ingénieur DevOps. Leurs diverses responsabilités les distinguent clairement et soulignent leur besoin d'assurer l'amélioration continue d'un logiciel jusqu'à et à moins qu'il n'atteigne sa fin de vie. Un grand merci à tous les ingénieurs DevOps dévoués !
J'espère que vous avez trouvé cet article utile. Si vous avez d'autres idées à partager sous forme de commentaires ou de suggestions, veuillez le faire dans la section des commentaires ci-dessous.