DevopsRetour dexpérienceLyonJUG 20 Décembre 2011
Henri Gomez+20 ans dans l’industrie logicielleArchitecte Java, CI et direction de productionDev, QA et OpsOpenSource Activ...
DevOps enune image
Ce que n’est pas DevOpsUn produit (même si…)Une personne ou équipeUne méthodologie stricteUne recette miracle
Ce qu’est DevOpsUn mouvementUn incubateurUn mode agile sur l’ensemble de la chaineUne nouvelle donne techniqueUne autre ap...
Le mouvement DevOpsInitié fin 2009 par des acteurs du monde WebGoogle, Amazon, Yahoo, LinkedIn, NetflixDes décideurs qui son...
Nouvelles problématiquesDéploiement régulierDéploiement massifCloud
Agilité sur la chaine Les méthodes agiles ont fait leur preuve en DEV Ne pas réduire l’Agile au développement Applicables ...
Déploiement fréquentRassure l’ensemble des acteurs (Dev/QA/Ops)Rode la mécanique de mise en productionRéduit les risques d...
Nouvelle Donne TechniqueScale out plutôt que Scale inCloud awareUne touche de Dev pour les OpsUne pincée d’Ops dans les Dev
Ops comme DevInfrastructure As Code (Chef, Puppet, Packages)Des Ops qui codent (Bash, Python, Ruby)Des Ops qui utilisent d...
Dev comme OpsInfrastructure As Code (Virtualisation, Vagrant)Des Devs utilisant des instances proches des ciblesDes Devs q...
Plus d’automatisation Pour réduire les erreurs Pour gérer un nombre important de machines Pour garantir la reproductibilité
De l’humainOpposer les équipes mène à l’échecLever les incompréhensions et inquiétudesResponsabiliser chacun sur l’ensembl...
Connaitre l’autre
Comprendre le VocabulaireOOM, jar, war, Maven, CIJmeter, SmokeTests, SeleniumSLA, PRA, SNMP, JRMP, Firewall
Comprendre les peursManque de vision infra cibleBoites noiresPerformancesEffet de bord suite migrationReprise d’activitéPl...
Comprendre les contraintesCollocation et mutualisationTracabilitéMonitoringSécuritéBackups
Des pistesOutillage communTravail par paire (Dev & Ops)Immersion (Dev chez Ops)
Outillage communGDM - Bugzilla/JIRA/TracSCM - Subversion/GitEntrepôt - Nexus/Artifactory/ArchivaSupport documentaire léger...
GDM communDes projets DevDes projets QADes projets Ops
GDM pour OPSUne demande de déploiement est un ticketDescription des opérations en coursRetours suite aux opérations
GDM pour OPSLes incidents de production sont des ticketsCollecte des éléments en pièces attachées ou liensQualification pui...
SCM commun Sources des applications Sources des tests Selenium/JMeter Sources des configs Ops (Puppet/Packaging) Sources de...
Entrepôt CommunRéduction des erreurs sur des jars/wars ‘customisés’ou ‘déviants’Une source connue et unique contrôlée par ...
Wiki communDes espaces par équipes ou sujetsLiens avec les projets GDM (ex: Confluence/JIRA)Cycle de publication simpleMise...
Constats outillage communFacilite la communicationPermet l’échange des bonnes pratiquesFavorise le partage des compétences
Travail par paire Définition des besoins (Dev -> Ops) Explication des contraintes (Ops -> Dev) Construction des livrables (...
ImmersionDev en situation chez les OpsPréparation au déploiementSupport lors du déploiementSur zone suite à incident sur d...
Pré-requis personnelOuverture d’espritPouvoir sortir des vieux schémasSavoir écouter les autresVouloir échanger avec les a...
Pré-requis organisationnel Adopter une gouvernance adaptée Promouvoir l’échange entre les équipes pluridisciplinaires Acce...
DevOps chez vousDétruire les cloisonnementsDonner à accès à l’ensemble de l’informationEncourager la participation et l’éc...
ConclusionDevOps, c’est avant tout une culture de lacommunication.Il ne doit pas rester cantonné à une élite maisinclure l...
Des questions ?
Licences et copyright Photos et logos appartiennent à leur auteurs/ propriétaires respectifs. Contenu sous Creative Common...
Upcoming SlideShare
Loading in...5
×

20111220 lyon jug-devops-culture

1,717
-1

Published on

Présentation DevOps au LyonJUG.

DevOps, culture et communication

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,717
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
23
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

20111220 lyon jug-devops-culture

  1. 1. DevopsRetour dexpérienceLyonJUG 20 Décembre 2011
  2. 2. Henri Gomez+20 ans dans l’industrie logicielleArchitecte Java, CI et direction de productionDev, QA et OpsOpenSource Activist Apache Tomcat JPackage openjdk-osx-build
  3. 3. DevOps enune image
  4. 4. Ce que n’est pas DevOpsUn produit (même si…)Une personne ou équipeUne méthodologie stricteUne recette miracle
  5. 5. Ce qu’est DevOpsUn mouvementUn incubateurUn mode agile sur l’ensemble de la chaineUne nouvelle donne techniqueUne autre approche humaine
  6. 6. Le mouvement DevOpsInitié fin 2009 par des acteurs du monde WebGoogle, Amazon, Yahoo, LinkedIn, NetflixDes décideurs qui sont des technophiles
  7. 7. Nouvelles problématiquesDéploiement régulierDéploiement massifCloud
  8. 8. Agilité sur la chaine Les méthodes agiles ont fait leur preuve en DEV Ne pas réduire l’Agile au développement Applicables sous condition en QA et Ops Inscrire les opérations de Prod dans le processus
  9. 9. Déploiement fréquentRassure l’ensemble des acteurs (Dev/QA/Ops)Rode la mécanique de mise en productionRéduit les risques de découvertes tardivesMode itératif avec retours de QA/OpsInfra et code dans le cycle de déploiement continu
  10. 10. Nouvelle Donne TechniqueScale out plutôt que Scale inCloud awareUne touche de Dev pour les OpsUne pincée d’Ops dans les Dev
  11. 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. 12. Dev comme OpsInfrastructure As Code (Virtualisation, Vagrant)Des Devs utilisant des instances proches des ciblesDes Devs qui touchent aux problématiques Ops
  13. 13. Plus d’automatisation Pour réduire les erreurs Pour gérer un nombre important de machines Pour garantir la reproductibilité
  14. 14. De l’humainOpposer les équipes mène à l’échecLever les incompréhensions et inquiétudesResponsabiliser chacun sur l’ensemble du cycle de vie
  15. 15. Connaitre l’autre
  16. 16. Comprendre le VocabulaireOOM, jar, war, Maven, CIJmeter, SmokeTests, SeleniumSLA, PRA, SNMP, JRMP, Firewall
  17. 17. Comprendre les peursManque de vision infra cibleBoites noiresPerformancesEffet de bord suite migrationReprise d’activitéPlans de test tardifs
  18. 18. Comprendre les contraintesCollocation et mutualisationTracabilitéMonitoringSécuritéBackups
  19. 19. Des pistesOutillage communTravail par paire (Dev & Ops)Immersion (Dev chez Ops)
  20. 20. Outillage communGDM - Bugzilla/JIRA/TracSCM - Subversion/GitEntrepôt - Nexus/Artifactory/ArchivaSupport documentaire léger type WikiJenkins Capitalisation des connaissances Suppression des réticences aux «outils des autres» 
  21. 21. GDM communDes projets DevDes projets QADes projets Ops
  22. 22. GDM pour OPSUne demande de déploiement est un ticketDescription des opérations en coursRetours suite aux opérations
  23. 23. GDM pour OPSLes incidents de production sont des ticketsCollecte des éléments en pièces attachées ou liensQualification puis ouverture d’un ticket produit liéSuivi de l’incident jusqu’à la résolution produit
  24. 24. SCM commun Sources des applications Sources des tests Selenium/JMeter Sources des configs Ops (Puppet/Packaging) Sources des jobs JenkinsCode, tests et configs Ops accessibles à chacun
  25. 25. Entrepôt CommunRéduction des erreurs sur des jars/wars ‘customisés’ou ‘déviants’Une source connue et unique contrôlée par l’équipeForgeRenforce la nécessité de livraison par le DevRassure les équipes de QA et OpsTous les acteurs partagent les mêmes livrables
  26. 26. Wiki communDes espaces par équipes ou sujetsLiens avec les projets GDM (ex: Confluence/JIRA)Cycle de publication simpleMise à jour en temps réelParticipatif via les commentaires sur les articlesUne source de documentation agile et sociale
  27. 27. Constats outillage communFacilite la communicationPermet l’échange des bonnes pratiquesFavorise le partage des compétences
  28. 28. Travail par paire Définition des besoins (Dev -> Ops) Explication des contraintes (Ops -> Dev) Construction des livrables (ex packaging) Déploiement sur environnement virtualisé
  29. 29. ImmersionDev en situation chez les OpsPréparation au déploiementSupport lors du déploiementSur zone suite à incident sur déploiement
  30. 30. Pré-requis personnelOuverture d’espritPouvoir sortir des vieux schémasSavoir écouter les autresVouloir échanger avec les autres
  31. 31. Pré-requis organisationnel Adopter une gouvernance adaptée Promouvoir l’échange entre les équipes pluridisciplinaires Accepter une ‘démocratie’ plus directe
  32. 32. DevOps chez vousDétruire les cloisonnementsDonner à accès à l’ensemble de l’informationEncourager la participation et l’échangeAnalyse commune des besoinsDéfinition conjointe de livrables clairs
  33. 33. ConclusionDevOps, c’est avant tout une culture de lacommunication.Il ne doit pas rester cantonné à une élite maisinclure l’ensemble des acteurs.
  34. 34. Des questions ?
  35. 35. Licences et copyright Photos et logos appartiennent à leur auteurs/ propriétaires respectifs. Contenu sous Creative Commons 3.0 http://creativecommons.org/licenses/by-nc-sa/3.0/us/
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×