20111220 lyon jug-devops-culture

  • Published on
    21-Jun-2015

  • View
    1.491

  • Download
    0

Embed Size (px)

DESCRIPTION

Prsentation DevOps au LyonJUG.DevOps, culture et communication

Transcript

  • 1. DevopsRetour dexprienceLyonJUG 20 Dcembre 2011

2. Henri Gomez+20 ans dans lindustrie logicielleArchitecte Java, CI et direction de productionDev, QA et OpsOpenSource ActivistApache TomcatJPackageopenjdk-osx-build 3. DevOps enune image 4. Ce que nest pas DevOpsUn produit (mme si)Une personne ou quipeUne mthodologie stricteUne recette miracle 5. Ce quest DevOpsUn mouvementUn incubateurUn mode agile sur lensemble de la chaineUne nouvelle donne techniqueUne autre approche humaine 6. Le mouvement DevOpsIniti n 2009 par des acteurs du monde WebGoogle, Amazon, Yahoo, LinkedIn, NetixDes dcideurs qui sont des technophiles 7. Nouvelles problmatiquesDploiement rgulierDploiement massifCloud 8. Agilit sur la chaine Les mthodes agiles ont fait leur preuve en DEV Ne pas rduire lAgile au dveloppement Applicables sous condition en QA et Ops Inscrire les oprations de Prod dans le processus 9. Dploiement frquentRassure lensemble des acteurs (Dev/QA/Ops)Rode la mcanique de mise en productionRduit les risques de dcouvertes tardivesMode itratif avec retours de QA/OpsInfra et code dans le cycle de dploiement continu 10. Nouvelle Donne TechniqueScale out plutt que Scale inCloud awareUne touche de Dev pour les OpsUne pince dOps dans les Dev 11. Ops comme DevInfrastructure As Code (Chef, Puppet, Packages)Des Ops qui codent (Bash, Python, Ruby)Des Ops qui utilisent des outils du Dev (IDE et SCM) 12. Dev comme OpsInfrastructure As Code (Virtualisation, Vagrant)Des Devs utilisant des instances proches des ciblesDes Devs qui touchent aux problmatiques Ops 13. Plus dautomatisation Pour rduire les erreurs Pour grer un nombre important de machines Pour garantir la reproductibilit 14. De lhumainOpposer les quipes mne lchecLever les incomprhensions et inquitudesResponsabiliser chacun sur lensemble du cycle de vie 15. Connaitre lautre 16. Comprendre le VocabulaireOOM, jar, war, Maven, CIJmeter, SmokeTests, SeleniumSLA, PRA, SNMP, JRMP, Firewall 17. Comprendre les peursManque de vision infra cibleBoites noiresPerformancesEffet de bord suite migrationReprise dactivitPlans de test tardifs 18. Comprendre les contraintesCollocation et mutualisationTracabilitMonitoringScuritBackups 19. Des pistesOutillage communTravail par paire (Dev & Ops)Immersion (Dev chez Ops) 20. Outillage communGDM - Bugzilla/JIRA/TracSCM - Subversion/GitEntrept - Nexus/Artifactory/ArchivaSupport documentaire lger type WikiJenkinsCapitalisation des connaissances Suppression des rticences aux outils des autres 21. GDM communDes projets DevDes projets QADes projets Ops 22. GDM pour OPSUne demande de dploiement est un ticketDescription des oprations en coursRetours suite aux oprations 23. GDM pour OPSLes incidents de production sont des ticketsCollecte des lments en pices attaches ou liensQualication puis ouverture dun ticket produit liSuivi de lincident jusqu la rsolution produit 24. SCM commun Sources des applications Sources des tests Selenium/JMeter Sources des congs Ops (Puppet/Packaging) Sources des jobs JenkinsCode, tests et congs Ops accessibles chacun 25. Entrept CommunRduction des erreurs sur des jars/wars customissou dviantsUne source connue et unique contrle par lquipeForgeRenforce la ncessit de livraison par le DevRassure les quipes de QA et OpsTous les acteurs partagent les mmes livrables 26. Wiki communDes espaces par quipes ou sujetsLiens avec les projets GDM (ex: Conuence/JIRA)Cycle de publication simpleMise jour en temps relParticipatif via les commentaires sur les articlesUne source de documentation agile et sociale 27. Constats outillage communFacilite la communicationPermet lchange des bonnes pratiquesFavorise le partage des comptences 28. Travail par paire Dnition des besoins (Dev -> Ops) Explication des contraintes (Ops -> Dev) Construction des livrables (ex packaging) Dploiement sur environnement virtualis 29. ImmersionDev en situation chez les OpsPrparation au dploiementSupport lors du dploiementSur zone suite incident sur dploiement 30. Pr-requis personnelOuverture despritPouvoir sortir des vieux schmasSavoir couter les autresVouloir changer avec les autres 31. Pr-requis organisationnel Adopter une gouvernance adapte Promouvoir lchange entre les quipes pluridisciplinaires Accepter une dmocratie plus directe 32. DevOps chez vousDtruire les cloisonnementsDonner accs lensemble de linformationEncourager la participation et lchangeAnalyse commune des besoinsDnition conjointe de livrables clairs 33. ConclusionDevOps, cest avant tout une culture de lacommunication.Il ne doit pas rester cantonn une lite maisinclure lensemble des acteurs. 34. Des questions ? 35. Licences et copyright Photos et logos appartiennent leur auteurs/ propritaires respectifs. Contenu sous Creative Commons 3.0 http://creativecommons.org/licenses/by-nc-sa/3.0/us/