Introduction à la démarche Devops

2 820 vues

Publié le

Introduction aux principes Devops lors d'un atelier le 18 juin 2015

Publié dans : Logiciels
1 commentaire
6 j’aime
Statistiques
Remarques
Aucun téléchargement
Vues
Nombre de vues
2 820
Sur SlideShare
0
Issues des intégrations
0
Intégrations
19
Actions
Partages
0
Téléchargements
217
Commentaires
1
J’aime
6
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Introduction à la démarche Devops

  1. 1. La démarche DevOps Romain Chalumeau – 18/06/2015 …ou l'agilité du développement jusqu'à l'exploitation du SI 1
  2. 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. 3. Oui mais… Cela implique deux métiers de nature différente DÉVELOPPEMENT & OPÉRATIONS
  4. 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. 5. Agile vs waterfall : “Fight !” TEMPS CHANGEMENTS RÉACTIVITÉ AU BUSINESS STABILITÉ DU SERVICE
  6. 6. …puisqu’on en rit ! Et on connait tous cette problématique…
  7. 7. Devops est un mouvement visant à l'alignement du SI sur les besoins de l'entreprise Une définition du Devops
  8. 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. 9. DEV vs OPS On doit réduire le time to market !!!
  10. 10. Comment échouer ? Analyse (et carricatures) de trois démarches qui ne sont pas Devops !
  11. 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. 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. 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. 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. 15. DEV OPS Il n’y a pas de job description “devops” DEVOPS vsvs
  16. 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. 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. 18. DEV and OPS Construction Exploitation PRODUIT A PRODUIT B We build it, we run it !
  19. 19. Les deux piliers d’une démarche Devops COLLABORATION AUTOMATISATION
  20. 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. 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. 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. 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
  24. 24. Version control GIT Subversion Mercurial Clearcase … SCM
  25. 25. Continuous Integration Continuous Delivery Continuous Deployment Continuous integration & delivery Jenkins Capistrano BuildBot Fabric Travis CI CruiseControl TeamCity …
  26. 26. Tests automatisés Selenium QTP Jmeter Kalios Silk Test PHP Vulnerability Hunter Arachni …
  27. 27. Configuration management Chef Puppet Ansible Cfengine Salt Stack Rundeck … CMDB
  28. 28. Software repository Artifactory Nexus Reprepro PyPI CPAN Yum … DML
  29. 29. Infrastructure management Cloudstack OPenstack Mesos VMWare Vagrant … Infra cible
  30. 30. Monitoring et feedback Nagios Xymon Logstash/Kibana Sonar WireShark Cacti Zabbix … Continuous Feedback Continuous Monitoring
  31. 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. 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
  33. 33. Résumons tout ça…
  34. 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. 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. 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. 37. Les freins • Peur et résistance au changement • Risque de divergence entre les technos et pratiques des équipes produits Enquète Zenika
  38. 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

×