Bonjour,
Je me rappelle avoir commencé à discuter de "DevOps" il y a plus de 8 ans et j’étais très loin de sa naissance réelle (Les discussions étaient avant que ce nom apparaisse en 2009 pour dire).
La méthode consistait à impliquer dès les débuts du cycle l'intégration des besoins des exploitants et du support dans les itérations pour simplifier les tâches de déploiement et/surtout de maintenance.
Allez un petit lien Wikipédia pour le plaisir
https://fr.wikipedia.org/wiki/DevopsAvec cette méthode les coûts d'exploitation et de support applicatif devenez maitrisé. Les communications entre les "développeurs" et les "exploitants" étaient plus simple car les uns comprenaient les besoins des autres.
Pour l'avoir pratiqué à plusieurs reprises cette approche donne de très bon résultat (et sans cloud avec aussi mais on perd le regard middleware/system qui peux être très impactant)
Par contre quand je parcours ce cours, je ne trouve pas cette philosophie de rapprochement des services et d’échange d'outils et de connaissances.
Je trouve plutôt une belle présentation :
- d'un produit de gestion de méthode agiles et de processus de déploiement continue
- d'une boite à outils pour les exploitants
- d'une méthode de supervision orienté directoire
- d'une vente du Cloud
Bref une bonne présentation commerciale.
=> Le mieux est de rechercher sur internet une vrai présentation de DevOps que cet article.
6 |
0 |