Le miracle Devops - Symfony Live Paris 2014

4,301 views
4,171 views

Published on

Réussir dans l'économie digitale, c'est aller plus vite que la concurrence en itérant le plus rapidement possible en production, pour apprendre en permanence des utilisateurs. C'est le message du Lean Startup.
Techniquement, pour y arriver, il faut mobiliser toute l'organisation informatique derrière cet objectif. C'est le but de la philosophie Devops.
La présentation s'intéresse au contexte qui a fait émerger le Devops et expose un plan de formation, étapes par étapes, pour transformer un junior dev en jedi devops.

Published in: Technology
0 Comments
12 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
4,301
On SlideShare
0
From Embeds
0
Number of Embeds
370
Actions
Shares
0
Downloads
96
Comments
0
Likes
12
Embeds 0
No embeds

No notes for slide

Le miracle Devops - Symfony Live Paris 2014

  1. 1. THEODO8/11/2013 1 Comment accélérer votre organisation informatique Le miracle Devops
  2. 2. THEODO8/11/2013 2 Le besoin de vitesse en informatique Le miracle Devops… et les preuves Comment passer de junior dev à jedi devops ?
  3. 3. THEODO8/11/2013 3 Le métier a besoin de vitesse Le besoin d’agilité
  4. 4. THEODO8/11/2013 4 Itérer en production est la seule façon d’être plus rapide que la concurrence Lean Startup
  5. 5. THEODO8/11/2013 5 Le développement agile ne produit que des « fausses » itérations… Développement agile Source: http://www.mypmhome.com/scrum-methodology/
  6. 6. THEODO8/11/2013 6 …si les fonctionnalités s’empilent devant la DSI ops… Les silos dev VS ops
  7. 7. THEODO8/11/2013 7 Les prophètes Scrum nous ont montré la voie, allons plus loin ! Au-delà de Scrum
  8. 8. THEODO8/11/2013 8 Le besoin de vitesse en informatique Le miracle Devops… et les preuves Comment passer de junior dev à jedi devops ?
  9. 9. THEODO8/11/2013 9 Le but de Devops : résoudre le problème des silos La définition de Devops Devops c’est • Faire travailler toute l’organisation IT en équipe • Avec un but commun : la performance technique orientée business
  10. 10. THEODO8/11/2013 10 La trinité Devops : outils, process, culture Les trois couches de Devops Devops c’est • Des outils: comment faire • Des process : quand le faire • La culture : pourquoi le faire TOOL S PROCES S PEOPLE DEVOP S
  11. 11. THEODO8/11/2013 11 La culture est très importante : les devs et les ops sont différents ! La problématique de culture DHH, incarne ici le développeur hipster Stallman, incarne ici le guru paranoïaque GNU/Linux
  12. 12. THEODO8/11/2013 12 Les devs pensent vitesse et court-terme Le dev typique L’ops typique Je viens de coder une super fonctionnalité en CouchDB/PouchDB/Node.js/S 3 Laisse moi le déployer maintenant, le métier le veut en ligne aujourd’hui ! La problématique de culture
  13. 13. THEODO8/11/2013 13 Les ops pensent stabilité et long-terme CouchDB/PouchD B/Node.js/S3??? Le dev typique L’ops typique La problématique de culture
  14. 14. THEODO8/11/2013 14 S’ils ne s’entendent pas, on obtient ni l’un ni l’autre… Et les Backups? Monitoring? Performances? Security? Documentation? Scalabilité? Le métier va pas être content… Le dev typique L’ops typique La problématique de culture
  15. 15. THEODO8/11/2013 15 Devops n’est pas qu’un buzzword, c’est des résultats mesurés Études Devops • IT Ops & DevOps productivity report 2013 par RebelLabs auprès de 620 ingénieurs • 2013 State of DevOps Report par PuppetLabs & IT Revolution Press auprès de 4000 ops et devs • Et tous les témoignages des leaders du web comme Amazon, Netflix, Etsy, Flickr, etc. (à la Velocity Conference, DevopsDays, etc.)
  16. 16. THEODO8/11/2013 16 Les Devops déploient 30x plus fréquemment ! 2013 State of Devops report par PuppetLabs et IT Revolution Press Temps moyen entre déploiements
  17. 17. THEODO8/11/2013 17 Les Devops déploient 8000x plus vite ! Temps moyen passé à déployer 2013 State of Devops report par PuppetLabs et IT Revolution Press
  18. 18. THEODO8/11/2013 18 Les Devops ont 50% moins d’incidents ! Taux de déploiements ratés 2013 State of Devops report par PuppetLabs et IT Revolution Press
  19. 19. THEODO8/11/2013 19 Les Devops réparent 12x plus vite ! Temps moyen de résolution 2013 State of Devops report par PuppetLabs et IT Revolution Press
  20. 20. THEODO8/11/2013 20 Amazon déploie en moyenne 300 fois par heure ! Devops success stories • Fondé en 1994, 61 G$ de CA en 2012 • Temps moyen entre déploiements : 11.6s (310 fois par heure) • Nombre max de déploiements par heure : 1 079 • Nombre moyen de serveurs concernés à chaque déploiement : 10 000 http://assets.en.oreilly.com/1/event/60/Velocity%20Culture%20Presentation.pdf http://en.wikipedia.org/wiki/Amazon.com
  21. 21. THEODO8/11/2013 21 Chez Etsy tout le monde déploie le premier jour ! Devops success stories • Fondé en 2005, 1 G$ de transactions en 2013 • 250+ committers, tout le monde déploie • 30+ déploiements par jours • Tout le monde déploie le premier jour ! http://codeascraft.com/2012/03/13/making-it-virtually-easy-to-deploy-on-day-one/ https://speakerdeck.com/astanway/bring-the-noise-continuously-deploying-under-a-hailstorm-of-metrics http://gigaom.com/2013/08/23/meet-the-man-behind-new-yorks-other-billion-dollar-internet-company- this-one-makes-money/
  22. 22. THEODO8/11/2013 22 Le gouvernement anglais a réussi une adoption radicale de Devops en moins d’un an ! Devops success stories C’est quoi gov.uk? “The websites of all government departments and many other agencies and public bodies” • Alpha lancée en 2011 avec 4 devs. Site en prod en octobre 2012 • 15-20 déploiements par jour • Leur argument clef en interne : plus rapide que les prestas ! • “on aimerait faire ça. Pouvez-vous dire si c’est faisable ? On se revoit dans un mois ?” • -> construit, mis en prod en 3 jours http://vimeo.com/album/2384821/video/66622266 https://github.com/philandstuff/devopsdaysparis#kushal-pisavadia-kushalp-how-we-ship-software-at-govuk https://www.gov.uk/service-manual
  23. 23. THEODO8/11/2013 23 Le besoin de vitesse en informatique Le miracle Devops… et les preuves Comment passer de junior dev à jedi devops ?
  24. 24. THEODO8/11/2013 24 Démarrons par les concepts basiques à enseigner au dev junior Le parcours classique du développeur Le dev junior typique • a appris Java pendant ses études • utilise Windows… pour jouer • a installé Linux par curiosité • a maintenu un site web d’une assoce pendant les études • … et « déployait » par FTP ! Source: http://www.essentialbaby.com.au/
  25. 25. THEODO8/11/2013 25 Étape 0 : faire du bébé dev un dev adolescent Les bases du développeur • Environnement de dev Linux • Versioning git • Stratégie branching git • Méthodologie Scrum • Tests unitaires et fonctionnels Source: http://www.aceshowbiz.com/
  26. 26. THEODO8/11/2013 26 Étape 1 : fournir un serveur pour jouer avec Un serveur dédié par dev • Une petite instance pour tous • Libre de faire ce que vous voulez avec • …tant que c’est légal… «J’ai beaucoup appris quand j’ai commencé à louer mon serveur dédié»
  27. 27. THEODO8/11/2013 27 Étape 2 : configurer le serveur… au moins deux fois Bases de l’administration système • Étonnant de voir le nombre de devs juniors qui n’ont jamais configuré un serveur • Au moins deux fois : pour avoir envie d’apprendre à provisionner Ce que nous faisons : • Première install simple Apache + mod_php • Deuxième install plus subtile Nginx + fpm
  28. 28. THEODO8/11/2013 28 Étape 3 : amener les devs à déployer… et comprendre comment ça fonctionne sous le capot Déploiement automatisé • Scripting shell : NON • Capistrano: trop magique ? • Fabric: bon compromis ? Notre expérience : tous les projets ont un deploy.py script dans un dossier «devops» (ou un Capfile…) : • Tout le monde peut déployer • Même si les juniors continuent à vérifier si un senior est dans le coin avant de déployer…
  29. 29. THEODO8/11/2013 29 Fabric rend le déploiement automatique mais pas trop abstrait Example de Fabric @roles('prod') def deploy(): tag = "%s/%s" % (_getrole(), strftime("%Y/%m-%d-%H-%M-%S")) local('git tag -a %s -m "%s"' % (tag, _getrole())) local('git push --tags') run('git fetch’) run('git fetch origin --tags') run('git checkout ' + tag)
  30. 30. THEODO8/11/2013 30 Étape 4 : faire du monitoring une évidence Monitoring • Le monitoring est devenu simple : NewRelic et AppDynamics • En en faisant une étape de base, vous transformez la culture des devs • Accès facile aux problèmes de performances et erreurs 500 cachées
  31. 31. THEODO8/11/2013 31 Étape 5 : responsabiliser les devs sur l’intégration continue Intégration continue • Configurer Jenkins est simple : tous les devs doivent devenir experts du sujet • Ou sinon Travis-ci ? Bonne solution, même si Jenkins est une compétence à avoir https://wiki.jenkins-ci.org/display/JENKINS/Distributed+builds
  32. 32. THEODO8/11/2013 32 Étape 6 : normaliser les environnements avec Vagrant VM de développement • Macbook, Ubuntu, 32 bits, memory_limit=2048M, ulimit… • Les environnements de dev et de prod diffèrent toujours de façon subtile • Vagrant : emballe une VM VirtualBox avec le même OS qu’en prod • Bonus : « vagrant package » et vous pouvez partager votre VM avec n’importe quel nouveau développeur, pour le rendre opérationnel en quelques minutes • Astuce de performance importante : http://www.whitewashing.de/2013/08/19/speedup_symfony2_on_vagrant_boxes.html
  33. 33. THEODO8/11/2013 33 Les ops et les devs peuvent enfin approfondir leur collaboration Feedback de la prod aux devs
  34. 34. THEODO8/11/2013 34 Étape 7 : utiliser Vagrant avec Puppet/Chef/Ansible/Docker Provisioning automatique • Puppet (ouChef) sont douloureux pour un dev… d’où la nécessité initiale de répéter la config manuelle pour la rendre aussi douloureuse ! • Faire faire un template Puppet/Chef par un ops expérimenté • Le faire challenger par un dev expérimenté pour la simplifier ! ?
  35. 35. THEODO8/11/2013 35 Étape 8 : passer au self-service Infrastructure as a Service • Public cloud ou private cloud • OpenStack est enfin mûr !
  36. 36. THEODO8/11/2013 36 Étape 9 : rendre la backup facile Backups • S3 / Swift pour pousser les backups • Ou des solutions comme Idera ServerBackup
  37. 37. THEODO8/11/2013 37 Étape 10 : créer un self-service de tests de montée en charge Performance • Créer un accès facile (VNC) à un serveur avec Jmeter et une bonne bande passante • Les ops enseignent aux devs comment faire des scénarios de montée en charge • Les tests de montée en charge doivent être faits régulièrement, dev et ops ensemble
  38. 38. THEODO8/11/2013 38 Étape 11 : encourager le pair-devopsing Pair devopsing • Les devs ont des problèmes de Puppet/Chef? • La montée en charge montre un problème subtil ? • Les ops voient des comportements cryptiques dans les logs ? Pair devopsing! • Compatible Scrum • Nécessite des gens curieux recrutez des gens curieux ! Source: http://www.turnbacktogod.com
  39. 39. THEODO8/11/2013 39 Étape 12 : le management visuel comme objectif commun Techniques de management visuel Exemple : comment les devs s’impliquent dans la performance ? En faire déjà un pré-requis du DONE Inclure les solutions de performance dans le provisioning standard ET faire des graphes de performances visibles
  40. 40. THEODO8/11/2013 40 Et après, comment impliquer les devs sur la production ? Partager les responsabilités Pourquoi les ops sont-ils aussi impliqués, et pas les devs ? Dev: «C’est pas mon job» … c’est au métier de décider si élargir l’astreinte aux devs vaut le coup.
  41. 41. THEODO8/11/2013 41 Prochaines étapes : apprendres des leaders du web Sources • Conférences Velocity • http://lanyrd.com/2013/velocity/coverage/ • http://lanyrd.com/2012/velocity/coverage/ • Etc. • Gene Kim, “Top 11 things you need to know” • http://www.thinkhdi.com/~/media/HDICorp/Files/White- Papers/whtppr-1112-devops-kim.pdf • Blog Etsy : http://codeascraft.com/ • Blog Netflix : http://techblog.netflix.com/
  42. 42. THEODO8/11/2013 42 Itérer pour s’améliorer continuement Amélioration continue Scrum, Devops, Lean Startup : tout est question d’amélioration continue ! • Tout mesurer • Identifier les problèmes • Tester des contre-mesures Et itérer
  43. 43. THEODO8/11/2013 43 Et j’espère vous avoir convaincu de l’existence de la force... Devops La force Devops Werner Vogels, CTO Amazon, 300+ déploiements par heure
  44. 44. THEODO8/11/2013 44 Questions ? fabriceb@theodo.fr @theodo www.theodo.fr

×