Introduction à la démarche Devops
Télécharger en tant que PPTX, PDF21 j'aime7,944 vues
La démarche DevOps vise à aligner les services informatiques sur les besoins changeants des entreprises en réduisant le 'time to market' par une meilleure collaboration entre le développement et les opérations. Elle favorise une culture de travail unifiée et automatisée, avec des processus partagés pour améliorer l'efficacité et la qualité des services. Cette transformation, bien qu'associée à des défis de résistance au changement, est adoptée par 25% des plus grandes entreprises et présente des opportunités de croissance significatives.
Introduction à la démarche Devops
- 1. La démarche DevOps Romain Chalumeau – 18/06/2015 …ou l'agilité du développement jusqu'à l'exploitation du SI 1
- 2. Posons la problématique ! Aujourd’hui, nous connaissons une véritable fusion entre le business et l’IT Toute entreprise, quelque soit son secteur d’activité, s’appuie sur des services informatiques. La réponse à des besoins de plus en plus changeants et de plus en plus complexes dépend de sa capacité à produire des services IT de qualité de plus en plus rapidement L’indicateur clé du business agile : le « Time to Market » !
- 3. Oui mais… Cela implique deux métiers de nature différente DÉVELOPPEMENT & OPÉRATIONS
- 4. Dev versus Ops : “Fight !” Utilisateurs Stabilité ! Business Changements! Vite, vite ! La prod, c’est sérieux !• Vocabulaire • Technologies • Méthodes • Responsabilités • Objectifs
- 5. Agile vs waterfall : “Fight !” TEMPS CHANGEMENTS RÉACTIVITÉ AU BUSINESS STABILITÉ DU SERVICE
- 6. …puisqu’on en rit ! Et on connait tous cette problématique…
- 7. Devops est un mouvement visant à l'alignement du SI sur les besoins de l'entreprise Une définition du Devops
- 8. Devops est un modèle de développement et une stratégie opérationnelle qui vise à améliorer la communication entre les développeurs et l’exploitation afin de diminuer le « Time to market » Tentons une autre définition…
- 9. DEV vs OPS On doit réduire le time to market !!!
- 10. Comment échouer ? Analyse (et carricatures) de trois démarches qui ne sont pas Devops !
- 11. Laissez nous faire ! On va faire un système unique pour tous les produits Si vous avez besoin d’une machine, vous cliquerez sur un bouton ! DEV vs OPS
- 12. Machines certes à la demande mais pas d’environnement de développement Ca ne marche pas pour notre produit. On va se débrouiller sans vous ! DEV vs OPS Usine à gaz !
- 13. C’est une affaire de dev ! On va faire du déploiement en continu Pas besoin de paquets, directement du code au déploiement ! DEV vs OPS
- 14. Patches de sécurité non mis à jour Y’a une procédure pour l’astreinte ? DEV vs OPS Compilateur, VCS, mode debug en production
- 15. DEV OPS Il n’y a pas de job description “devops” DEVOPS vsvs
- 16. Une nouvelle manière de travailler Les méthodes de développement agiles ont permis de réduire les écarts entre le business et le développement logiciel. Une nouvelle organisation, de nouveaux rôles, de nouveaux outils ont permis de recentrer les efforts sur les besoins du business. La démarche Devops propose un cadre de travail aux Devs et aux Ops afin de converger vers des équipes homogènes.
- 17. Les grandes idées • Devops n’est pas un process, ni un standard, ni une équipe, c’est une manière de travailler entre les équipes techniques • Les équipes techniques convergent vers des équipes multi-compétences, orientées produit • Les process sont unifiés, les outils sont partagés, et adaptés au produit et à la techno pour plus d’efficacité • Tout peut être automatisé !
- 18. DEV and OPS Construction Exploitation PRODUIT A PRODUIT B We build it, we run it !
- 19. Les deux piliers d’une démarche Devops COLLABORATION AUTOMATISATION
- 20. COLLABORATION Les 4 valeurs de l’agilité s’appliquent au devops • Les individus et leurs interactions plus que les processus et les outils. • Du logiciel service IT qui fonctionne plus qu’une documentation exhaustive. • La collaboration avec les clients plus que la négociation contractuelle. • L’adaptation au changement plus que le suivi d’un plan.
- 21. Pragmatiquement… • Standup meetings avec : Incidents de la veille Fonctionnalités en cours et à venir Attentes business Techno, architecture, … • Partage des plannings Pas de projets séparés Sprints / Kanban Planification des releases • Accès partagés aux outils de reporting Indicateurs qualité Monitoring Tickets et bug trackers • Echanger sur tout, tout simplement ! Facilité avec des bureaux mutualisés COLLABORATION
- 22. AUTOMATISATION Automatiser pour se concentrer sur le besoin • Intégration continue • Delivery continue • Tests automatisés • Infrastructure as a code • Feedback continu • Et si suffisamment mature, déploiement continu
- 23. Infra cible Continuous, continuous, continuous ! dev ops testeur intégrateur Equipe Devops - merge - compile - unit test - version - package - changelog - … - schedule deployment - functional testing - … Logiciel Configuration Tests Infra Continuous Feedback Continuous Feedback DML CMDB SCM Continuous Monitoring Continuous Integration Continuous Delivery Continuous Deployment Continuous Improvement
- 25. Continuous Integration Continuous Delivery Continuous Deployment Continuous integration & delivery Jenkins Capistrano BuildBot Fabric Travis CI CruiseControl TeamCity …
- 26. Tests automatisés Selenium QTP Jmeter Kalios Silk Test PHP Vulnerability Hunter Arachni …
- 30. Monitoring et feedback Nagios Xymon Logstash/Kibana Sonar WireShark Cacti Zabbix … Continuous Feedback Continuous Monitoring
- 31. Pour aller plus loin : partager les mêmes livrables • Le Buzz Docker https://www.docker.com/ • Un seul livrable pour dev et ops : une image de l’applicatif et de ses dépendances • Cloisonne l’application dans son environnement de run • Facilite la distribution et le déploiement • Facilite l’automatisation : immuabilité entre les stages (dev, recette, prod) COLLABORATION & AUTOMATISATION
- 32. Pour aller encore plus loin : se faire mal ! • Développé par Netflix • Disponible en open source https://github.com/Netflix/SimianArmy • Simulation d’incidents aléatoires sur l’infra Obliger l’équipe devops (aussi bien dev que ops) à penser la tolérance du service et la résolution automatique des incidents de l’infrastructure COLLABORATION & AUTOMATISATION
- 34. Collaboration, puis automatisation • Devops est une réponse au besoin business de réduire le “time to market” tout en améliorant la qualité. Elle repose sur une collaboration entre les Devs et Ops et une automatisation du workflow • La collaboration est le premier chantier à travailler mais c’est un véritable changement de culture à conduire Réorganiser les équipes Définir des objectifs communs Encourager et entretenir l’échange Comprendre les besoins de l’un et les contraintes de l’autre • Cette collaboration acquise, automatiser l’ensemble de la chaine de travail Investir sur le métier plutôt que sur la tâche Gagner en qualité, gagner en temps Gagner en transfert de compétences
- 35. Des résultats quantifiables • Une réduction de 12% du délai de déploiement de nouveaux logiciels • Une augmentation de 11% de la clientèle • Une croissance de 10% du chiffre d'affaires. Rapport CA technologies
- 36. Un engouement réel • Une démarche adoptée dans 25% des 2000 plus grands groupes, et en augmentation • Un marché passant de 1,9 milliards $ en 2014 à 2,3 milliards $ en 2015 Rapport Gartner • 94% des entreprises françaises prennent le cap Devops (6% des entreprises françaises ne déploient pas plus de 3 applications par an) Rapport Vanson Bourne
- 37. Les freins • Peur et résistance au changement • Risque de divergence entre les technos et pratiques des équipes produits Enquète Zenika
- 38. Des opportunités en vue ! • 60% des participants souhaiteraient pour leur entreprise et eux-mêmes des formations et du conseil. • 15% des participants attendent une assistance technique ou un audit de leurs processus de livraison logicielle. Enquète Zenika