http://joind.in/talk/view/11245
Dans notre économie numérique, ce n’est pas les gros qui mangent les petits, c’est les rapides qui mangent les lents. Les méthodes de gestion de projets informatiques traditionnelles ont mené à des échecs spectaculaires en termes de délais et de gestion de risque. En parallèle, des leaders du web tels qu’Amazon, Netflix ou Google ont atteint une vélocité incroyable grâce à une implémentation audacieuse des principes d’agilité. Parmi ces différents mouvements agiles, DevOps rassemble des experts du développement et de l’opérationnel sur la manière dont doit être implémentée l’agilité, de la conception technique jusqu’à la mise en production, pour atteindre une vélocité maximale. Dans cette conférence, je partagerai l’expérience de Theodo sur plusieurs projets de grande envergure (jusqu’à 15 développeurs). Je présenterai ce que DevOps signifie pour nous et comment il nous aide à livrer nos projets de manière plus rapide et plus fiable. Nous passerons en revue les challenges auxquels nous avons été confrontée, tant d’un point de vue management, technique ou culturel et présenterons les solutions que nous avons trouvées, basées sur des technologies puissantes : Symfony2, OpenStack, Puppet, Vagrant, Capifony, Jenkins, Behat et d’autres…
Au secours, mon chef m'a demandé de passer au DevOpsantony_guilloteau
"Continuous Delivery" et "DevOps" font partis des buzz word du moment dans l'IT.
Si vous n'êtes pas encore entrés dans ces démarches, ce n'est qu'une question de temps ! Préparez-vous à voir bientôt débarquer votre chef sur le bench avec le bouquin "Découvrir DevOps" sous le bras.
Mais pour les développeurs, ça change quoi le DevOps ? A travers cette conférence, je vais vous faire part des mes différents retours d'expérience sur ces changements autour des pratiques, organisations et outillages.
Vous n'avez pas pu assister à la journée DevOps by Xebia ? Voici la présentation de Clément Rochas vous présentant les outils indispensable d'une équipe DevOps.
http://joind.in/talk/view/11245
Dans notre économie numérique, ce n’est pas les gros qui mangent les petits, c’est les rapides qui mangent les lents. Les méthodes de gestion de projets informatiques traditionnelles ont mené à des échecs spectaculaires en termes de délais et de gestion de risque. En parallèle, des leaders du web tels qu’Amazon, Netflix ou Google ont atteint une vélocité incroyable grâce à une implémentation audacieuse des principes d’agilité. Parmi ces différents mouvements agiles, DevOps rassemble des experts du développement et de l’opérationnel sur la manière dont doit être implémentée l’agilité, de la conception technique jusqu’à la mise en production, pour atteindre une vélocité maximale. Dans cette conférence, je partagerai l’expérience de Theodo sur plusieurs projets de grande envergure (jusqu’à 15 développeurs). Je présenterai ce que DevOps signifie pour nous et comment il nous aide à livrer nos projets de manière plus rapide et plus fiable. Nous passerons en revue les challenges auxquels nous avons été confrontée, tant d’un point de vue management, technique ou culturel et présenterons les solutions que nous avons trouvées, basées sur des technologies puissantes : Symfony2, OpenStack, Puppet, Vagrant, Capifony, Jenkins, Behat et d’autres…
Au secours, mon chef m'a demandé de passer au DevOpsantony_guilloteau
"Continuous Delivery" et "DevOps" font partis des buzz word du moment dans l'IT.
Si vous n'êtes pas encore entrés dans ces démarches, ce n'est qu'une question de temps ! Préparez-vous à voir bientôt débarquer votre chef sur le bench avec le bouquin "Découvrir DevOps" sous le bras.
Mais pour les développeurs, ça change quoi le DevOps ? A travers cette conférence, je vais vous faire part des mes différents retours d'expérience sur ces changements autour des pratiques, organisations et outillages.
Vous n'avez pas pu assister à la journée DevOps by Xebia ? Voici la présentation de Clément Rochas vous présentant les outils indispensable d'une équipe DevOps.
Le monde de l'informatique est divisé depuis toujours en deux univers : les personnes qui créent (Dev) et celles qui exploitent en production (Ops). Cette séparation peut générer stress et frustration. Les équipes n'ont pas l'impression d'aller dans le même sens et cela nuit à la productivité. Pour les réconcilier, un ensemble de pratiques et d'outils ont été imaginées: elles se cachent derrière le terme DevOps. Qu'est-ce que c'est exactement ? Quels problèmes est-ce que cela résout ? Quelle est la bonne approche pour le mettre en place? Nous vous proposons de découvrir notre vision sur ce sujet lors de cette session d'introduction.
Devops is partially a technology change. But what's its future ? BigData ? analytics ? does security will kill it? let's took 5 minutes to think about the challenges.
DevOpsDays Montréal 2019 - Plusieurs changements ont eu lieu chez Croesus dans les trois dernières années. Cette étude de cas couvrent l’agilisation complet de notre compagnie et une rétrospective sur notre culture et nos pratiques DevOps. Quels ont été nos critères de succès et qu’avons-nous appris?
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Revue de tendances Monitoring innovantes chez de grands acteurs du Web et zoom sur Voyages-SNCF, pour le Meetup "Paris DevOps meets Paris Monitoring" du 7 octobre 2015.
[devops REX 2016] Les impacts techniques et organisationnels liés à devopsdevops REX
Stéphane Teyssier, WeScale @ devops REX 2016
Avec pour objectif de réduire les temps de mise en production et sécuriser les déploiements, Stéphane vous présentera un retour d'expérience Devops chez un grand groupe audiovisuel français.
Il présentera les principales douleurs qui ont mené au projet "Automatisation des déploiements", puis détaillera les aspects financiers, techniques et organisationnels qui ont été impactés lors des deux années du projet.
CloudExpo Europe 2017 - DevOps entre client et fournisseurLudovic Piot
Cette vidéo présente une réflexion et un retour d'expérience de 2 ans de pratique du DevOps entre un infogérant/hébergeur et les équipes projet de ses clients.
Comment ont dû évoluer les dispositifs humain, organisationnel, opérationnel, technologique, contractuel et commercial dans la relation entre l'infogérant fournisseur (plutôt Ops) et ses clients (plutôt Devs).
Le speaker : Ludovic Piot a été le créateur et le responsable du pôle Conseil, Architecture et DevOps chez Oxalide pendant 2 ans et demi. Il revient sur les principes de cette mutation dans la relation client-fournisseur vers le DevOps, ses échecs et ses succès et surtout ses objectifs et ses résultats.
Dans un contexte d’entreprise souvent perçu comme rigide, envisager des changements techniques et organisationnels peut sembler impossible. DevOps est un bon contre-exemple car il existe des façons progressives d’introduire une telle méthodologie à plusieurs niveaux de l’entreprise. Cette session revient sur les principes de bases de DevOps (infrastructure-as-code, continuous delivery, culture de collaboration) et leur application pas-à-pas dans différents contextes.
Avec l'avénement du DevOps et du cloud public, quel avenir reste-t-il pour les Ops ?
Dans cette conférence, Adrien Blind et Ludovic Piot présentent les mutations en cours du métier des Ops.
Conférence jouée au DevOps D-Day 2016 et lors du Treeptik/Nutanix DevOps Tour 2017.
Le DevOps, qu'est-ce que c'est ?
Franck Livonnen, Coach DevOps, exposera la vision de Capgemini et Sogeti ainsi que notre savoir-faire.
Docker, retour sur un outil incontournable utilisé dans l'environnement DevOps.
Franck Choplet, Expert Outillage, partagera les avantages et les risques de cet environnement de développement.
DevOps chez nos clients
Sebastien Godier, Engagement Manager, terminera ce premier Talk de l'année par des retours d’expérience clients.
Le DevOps : La clé de la transformation digitale ?Amico Fabien
⇒ Présentation
⇒ Introduction
⇒ L’origine du mal
⇒ DevOps YABW
⇒ Les N effets Kisscool du DevOps
⇒ Le “Treeptik”Gagnant du DevOps
⇒ Le continuous Everything
⇒ Oubliez les légendes urbaines
⇒ Le plan d’actions vers le DevOps
Les pôles d’expertises de D2SI organisent régulièrement des clubs clients sur des problématiques IT clés pour nos clients et nos partenaires. Nos membres sont les décideurs IT de nos principaux clients, ils partagent avec nos experts leur vision et bénéficient du travail de veille et de retours d’expérience concrets de nos communautés.
Présentation donnée au Breizhcamp le 23 juin 2014
Le monitoring d'applications ... pas vraiment hype comme sujet. Et pourtant c'est un domaine en mutation parce que le déploiement continu et la démarche DevOps modifient les échanges d'informations avec la production et aussi parce qu'il est maintenant possible stocker massivement les informations collectées. Je vous propose d'explorer ces sujets autour de quelques exemples.
Séminaire DEVOPS, DÉMARCHE ET MISE EN ŒUVRE - ORSYS FormationORSYS
Orsys est le premier Institut de formation aux Nouvelles Technologies de l'Informatique et l'un des acteurs les plus importants dans les domaines du Management et du Développement personnel.
Plus d’informations sur les séminaires ORSYS: http://www.seminaires-orsys.com/
Le monde de l'informatique est divisé depuis toujours en deux univers : les personnes qui créent (Dev) et celles qui exploitent en production (Ops). Cette séparation peut générer stress et frustration. Les équipes n'ont pas l'impression d'aller dans le même sens et cela nuit à la productivité. Pour les réconcilier, un ensemble de pratiques et d'outils ont été imaginées: elles se cachent derrière le terme DevOps. Qu'est-ce que c'est exactement ? Quels problèmes est-ce que cela résout ? Quelle est la bonne approche pour le mettre en place? Nous vous proposons de découvrir notre vision sur ce sujet lors de cette session d'introduction.
Devops is partially a technology change. But what's its future ? BigData ? analytics ? does security will kill it? let's took 5 minutes to think about the challenges.
DevOpsDays Montréal 2019 - Plusieurs changements ont eu lieu chez Croesus dans les trois dernières années. Cette étude de cas couvrent l’agilisation complet de notre compagnie et une rétrospective sur notre culture et nos pratiques DevOps. Quels ont été nos critères de succès et qu’avons-nous appris?
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Revue de tendances Monitoring innovantes chez de grands acteurs du Web et zoom sur Voyages-SNCF, pour le Meetup "Paris DevOps meets Paris Monitoring" du 7 octobre 2015.
[devops REX 2016] Les impacts techniques et organisationnels liés à devopsdevops REX
Stéphane Teyssier, WeScale @ devops REX 2016
Avec pour objectif de réduire les temps de mise en production et sécuriser les déploiements, Stéphane vous présentera un retour d'expérience Devops chez un grand groupe audiovisuel français.
Il présentera les principales douleurs qui ont mené au projet "Automatisation des déploiements", puis détaillera les aspects financiers, techniques et organisationnels qui ont été impactés lors des deux années du projet.
CloudExpo Europe 2017 - DevOps entre client et fournisseurLudovic Piot
Cette vidéo présente une réflexion et un retour d'expérience de 2 ans de pratique du DevOps entre un infogérant/hébergeur et les équipes projet de ses clients.
Comment ont dû évoluer les dispositifs humain, organisationnel, opérationnel, technologique, contractuel et commercial dans la relation entre l'infogérant fournisseur (plutôt Ops) et ses clients (plutôt Devs).
Le speaker : Ludovic Piot a été le créateur et le responsable du pôle Conseil, Architecture et DevOps chez Oxalide pendant 2 ans et demi. Il revient sur les principes de cette mutation dans la relation client-fournisseur vers le DevOps, ses échecs et ses succès et surtout ses objectifs et ses résultats.
Dans un contexte d’entreprise souvent perçu comme rigide, envisager des changements techniques et organisationnels peut sembler impossible. DevOps est un bon contre-exemple car il existe des façons progressives d’introduire une telle méthodologie à plusieurs niveaux de l’entreprise. Cette session revient sur les principes de bases de DevOps (infrastructure-as-code, continuous delivery, culture de collaboration) et leur application pas-à-pas dans différents contextes.
Avec l'avénement du DevOps et du cloud public, quel avenir reste-t-il pour les Ops ?
Dans cette conférence, Adrien Blind et Ludovic Piot présentent les mutations en cours du métier des Ops.
Conférence jouée au DevOps D-Day 2016 et lors du Treeptik/Nutanix DevOps Tour 2017.
Le DevOps, qu'est-ce que c'est ?
Franck Livonnen, Coach DevOps, exposera la vision de Capgemini et Sogeti ainsi que notre savoir-faire.
Docker, retour sur un outil incontournable utilisé dans l'environnement DevOps.
Franck Choplet, Expert Outillage, partagera les avantages et les risques de cet environnement de développement.
DevOps chez nos clients
Sebastien Godier, Engagement Manager, terminera ce premier Talk de l'année par des retours d’expérience clients.
Le DevOps : La clé de la transformation digitale ?Amico Fabien
⇒ Présentation
⇒ Introduction
⇒ L’origine du mal
⇒ DevOps YABW
⇒ Les N effets Kisscool du DevOps
⇒ Le “Treeptik”Gagnant du DevOps
⇒ Le continuous Everything
⇒ Oubliez les légendes urbaines
⇒ Le plan d’actions vers le DevOps
Les pôles d’expertises de D2SI organisent régulièrement des clubs clients sur des problématiques IT clés pour nos clients et nos partenaires. Nos membres sont les décideurs IT de nos principaux clients, ils partagent avec nos experts leur vision et bénéficient du travail de veille et de retours d’expérience concrets de nos communautés.
Présentation donnée au Breizhcamp le 23 juin 2014
Le monitoring d'applications ... pas vraiment hype comme sujet. Et pourtant c'est un domaine en mutation parce que le déploiement continu et la démarche DevOps modifient les échanges d'informations avec la production et aussi parce qu'il est maintenant possible stocker massivement les informations collectées. Je vous propose d'explorer ces sujets autour de quelques exemples.
Séminaire DEVOPS, DÉMARCHE ET MISE EN ŒUVRE - ORSYS FormationORSYS
Orsys est le premier Institut de formation aux Nouvelles Technologies de l'Informatique et l'un des acteurs les plus importants dans les domaines du Management et du Développement personnel.
Plus d’informations sur les séminaires ORSYS: http://www.seminaires-orsys.com/
Meetup Drupal Lyon 2016 - Environnements de dév Drupal automatisés LXC et Ans...Aurelien Navarre
Ce n'est pas vraiment du Drupal mais ça peut servir à tous les drupalistes ! Pour le meetup Drupal Lyon de juillet 2016 j'ai voulu parler des containers mais surtout de l'orchestration. Que ce soit LXC, ou Docker peu importe en fait. Tout dépend de vos besoins. Mais pour l'orchestration, ma préférence va clairement à Ansible qui est facile d'apprentissage et si pratique au quotidien, que ce soit pour vos environnements de dév ou prod.
We’ve hit the road and rounded up local industry leaders Heather Mickman, Bridget Kromhout, Andy Domeier, and Ben Overmyer for this incredible half-day event. These speakers, from Target, Pivotal, Minneapolis Star Tribune, and SPS Commerce, shared real-life DevOps implementation stories and suggestions to help you on your DevOps journey.
We may be more familiar with Java or .Net based web development but in the era of Microservices, we've got a chance to play with alternatives. In the rise of functional approaches it worth to mention a new way of development for web with emphasis on immutability, rich interactions, high performance and availability with Elm and Elixir in Phoenix.
DevOps, au tout début il s'agit d'une idée. Cette idée est à l'origine d'un mouvement dont l'influence dans l'IT ne cesse d'augmenter.
De plus nous constatons que le succès de la mise en oeuvre d'une démarche DevOps et la réussite d'une évolution vers le Cloud sont intimement liés...
At Ustream the teams developing the streaming technology stack are also responsible for operating it. This means we have our monitoring and alerting in place (including those based on error logs I mentioned above, but many others too) which alert the engineers themselves. I would like to talk about how we made this transition from the traditional setup where the devs did the coding and the sysops did the operation - what lessons we learned, how we convinced the sysop guys to give us permissions and so on
Retour d'expérience Devops Eurovision / EBU lors du Meetup DevOps Genève sponsorisé par Hidora et AdExcel le 15.06.2017 par Laurent Pythoud et Frédéric Deniger
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
Plusieurs s'engagent dans un projet DevOps avec espoir de voir la vélocité augmenter au fil du temps, remplissant la promesse légendaire de Scrum. La réalité est souvent tout autre, car opérer un système en production apporte son lot de surprises, et si l'on y ajoute de la dette technique et quelques années de vie utile, alors on peut facilement se retrouver dans une tempête parfaite. Voyons ensemble ces éléments qui viennent affecter notre précieuse vélocité.
La promesse de Xcode Server est de permettre de mettre en place un serveur d’intégration continue de manière très simple et rapide. Une fois en route, des tests unitaires peuvent être ajoutés très simplement. Jeffrey Macko nous expliquera comment tout cela fonctionne et ce que cela peut apporter à la qualité de votre code.
Présentation effectuée par Charles-André Bouchard, dans le cadre du cours LOG3000 conduit par Mathieu Lavallée, à Polytechnique, mardi le 22 novembre 2016.
Docker, Pierre angulaire du continuous delivery ?Adrien Blind
This presentation explores continuous delivery principles leveraging on Docker : it depicts the use of Docker containers as universal application artifacts, delivered flowly all along a deployment pipeline.
This slideshow has been initially presented at Devops D-Day conference, Marseille.
Similaire à DevOps - Retour d'expérience - MarsJug du 29 Juin 2011 (20)
SRE - Mythes et Réalités - Volcamp 2023.pdfHenri Gomez
Il y a encore trop souvent une vision fantasmée de l’activité SRE, ce qui entraîne mécaniquement des retours à la réalité qui sont parfois douloureux.L’intention de ce talk est de faire un retour d’expérience SRE, sur ce que nous avons pu voir, Jean-Pascal et Henri, dans des entreprises de petites à grandes, des jeunes pousses ou de vénérables institutions.
L’idée est de vous armer pour éviter le maximum de déconvenues et rendre l’activité SRE la plus profitable et efficiente possible.
Je s'appelle Glowroot - LyonJUG Oct 2018Henri Gomez
Que vous soyez Dev, Ops ou QA, vous avez sûrement eu à investiguer des problèmes de performances sur une application Java.
Savez-vous que cela peut se faire simplement, sans toucher la moindre ligne de code, en moins de 5mn et sans impact sur votre application ?
Mieux encore, si je vous disais que vous pouvez utiliser le même outil que vous soyez en Dev, QA ou en production. Le même outil pour tous, ça sent bon le DevOps non ?
4. Devops - Kesako
• Ce que n’est pas DevOps
» Un produit (même si…)
» Une personne ou équipe
» Une méthodologie stricte
» Une recette miracle
4
5. Devops - Kesako
• Ce qu’est DevOps
» Un mouvement
» Une approche agile sur l’ensemble de la chaine
» Une nouvelle donne technique et humaine
5
6. Devops - Mouvement
• Initié fin 2009 par des acteurs du monde Web
» Google, Amazon, Yahoo, LinkedIn, Netflix
» De décideurs qui sont d’anciens techies
• Réponses à de nouvelles problématiques
» Déploiement massif
» Déploiement régulier
» PRA, continuité et Cloud
6
7. Devops - Mouvement
• Un mode de pensée différent
» Scale out plutôt que Scale in
» Couplages légers
» Cloud aware
7
8. Devops - Mouvement
• Une nouvelle approche des opérations IT
» Infrastructure As Code
» Des SysAdm qui codent (Bash, Perl, Python, Ruby)
» Et qui utilisent des outils du Dev (Subversion/GIT)
• Automatisation
» Pour réduire les erreurs
» Pour gérer un nombre importants de machines
8
9. Devops – Approche Agile
• Ne pas réduire l’Agile au développement
» Les méthodes agiles ont fait leur preuve en DEV
» Applicables sous condition en QA et Production
» Inscrire les opérations de PROD dans le processus
9
10. Devops – Approche Agile
• Déploiements fréquents
» Rassure les équipes de Production
» Rode la mécanique
» Infra et code dans le cycle de déploiement continu
10
11. DevOps – Nouvelle donne humaine
• Constats
» Opposer les équipes amène à l’échec
• Gains
» Lever au plus tôt les incompréhensions et
inquiétudes
» Responsabiliser chacun sur l’ensemble du cycle
de vie
11
12. Devops – Mets de l’huile
• Connaître l’autre
• Travaillons ensemble
• Tout le monde sur le pont
12
13. Devops – Connaître l’autre
• Le vocabulaire
» JVM, jar, war, Beans, Jenkins, Maven
» Jmeter, SmokeTests, Selenium
» SNMP, Nagios, Cacti, Hyperic, RHQ, JMX
• L’environnement et les contraintes
» Collocation et mutualisation
» Monitoring
» Sécurité
13
14. Devops – Connaître l’autre
• Les peurs de l’autre
» Boites noires
» Performances
» Effet de bord
» Reprise d’activité
» Plans de test tardif
14
15. Devops – Travaillons ensemble
• Tous ensemble, tous ensemble (osef en terre Olympienne)
» En finir avec la patate chaude
» Analyser ensemble les besoins
» Définir des livrables clairs
» Tordre le coup aux procédures lourdes (et
protectrices)
15
19. Devops – eXo Platform
• Des équipes dans 5 pays et 4 continents
» DEV, Support, QA, ITOP (production)
• Un outillage classique
» Subversion & GIT
» Maven, Nexus
» Jenkins, Sonar
» JIRA, Confluence, Fisheye
19
20. Devops – Outils communs
• JIRA
• Subversion/Git
» Dev, QA ou Prod, les sources sont dans le SCM
• Repository Nexus
• Support documentaire Wiki
• Des Jenkins
• Capitalisation des connaissances
• Supprime les réticences « outils de l’autre »
20
21. Devops – Outils communs
• Venus de la Prod
» Généralisation de JMX (exposition Mbeans)
» VisualVM
Non aux boites noires !
21
22. Devops – JIRA en situation
• Des projets JIRA
» Par projets Dev
» Par projets QA
» Pour l’activité ITOP (Prod)
» Mode sprint sur 2 semaines pour Dev
» Mode sprint sur une semaine pour ITOP
Un même outil pour l’ensemble des acteurs évite la
duplication d’informations et le rejet de workflow
spécifiques !
22
23. Devops – JIRA pour la PROD
• Une demande de déploiement est un ticket
Prod
» Planification JIRA
» Description des opérations en cours
» Retours suite aux opérations.
23
24. Devops – JIRA pour la PROD
• Les incidents de Prod sont des tickets
» Collecte des éléments en pièces attachés ou liens
externes
» Pré-analyse
» Qualification puis ouverture d’un ticket Produit lié
» Permis le suivi de l’incident à la résolution produit
24
25. Devops – Mêmes référentiels
• Tous les acteurs partagent les mêmes livrables
» Réduction des erreurs sur des jars/wars
‘customisés’ ou ‘déviants’
» Une source connue et unique contrôlée par le
SWF Manager
» Renforce la nécessité de livraison par le Dev
» Rassure les équipes de QA et ITOP
25
26. Devops – The Jenkins Gang
• Jenkins d’intégration continue (SWF-CI)
» Intégration continue et packaging d’applications
• Jenkins déploiement continu (SWF-CD)
» Déploiement continu vers la pre-prod
• Jenkins de QA (QAF)
» Déploiement vers l’infra QA
» Test de performances et conformité
26
27. DevOps – Jenkins SWF-CI (build/deploy repos)
• Construction et tests
• Deploiement ASAP
» Via Maven 2/3
» Depuis sources dans
SVN ou GIT
» Vers les repositories
Maven
• ~100 jobs
27
28. DevOps – Jenkins SWF-CI (packaging)
• Packaging des produits.
» Prêts pour démos ou
tests
• Utilisation de
contraintes amonts
pour limiter les
reconstructions
• Utilisation du plugin
priority sorter avec une
priorité faible
• ~20 jobs
28
29. DevOps – Jenkins SWF-CD (deployment)
• Déploiement en pre-production
» Mode SSH Slave et clés privées (sécurité)
» Restons simple (KISS), jobs free style
» Bash est l’ami de vos SysAdmin
» Les taches du job dans Subversion
On mélange bien ici Dev et ITOP, avec l’outillage
maitrisé par chacun et les bonnes pratiques comme
les sources dans le SCM.
29
31. DevOps – Jenkins SWF-CD (deployment)
» Jenkins est un enchaineur
» Il déclenche les jobs suivant nos règles (horaires
ou évènements)
» Il prend le contrôle d’instances esclaves dans un
environnement contraint lié au profil SSH
» Les résultats d’opérations (stdout/stderr)
remontent naturellement vers le Jenkins Maitre
» Jenkins devient une console d’opération
» Pour l’équipe Prod, mais utilisable par les DEV ou
la QA sous contrôle et conditions
31
38. DevOps – Jenkins QAF
» Jenkins comme enchaineur
» Il va bosser la nuit pour produire des tests
fonctionnels long ou des tirs de performances
» Analyse des résultats le lendemain matin avec le
café et les croissants (thé / biscotte accepté)
» L’équipe QA se focalise sur l’analyse (humaine) et
confie les taches rébarbatives (déploiement,
initialisation, tirs longs) à la machine.
» Jenkins est une console d’opération pour l’équipe
QA, elle aussi utilisable par les DEV ou PROD
38
39. DevOps – Retours eXo
• Un outillage commun facilite la communication
» Echange des bonnes pratiques (Dev, ITOP, QA)
» Partage et montée en compétence ensemble
» Laissons faire à la machine ce qui est long ou
rébarbatif
» Restons simple
DevOps ne doit pas rester cantonné à une élite, c’est
même tout le contraire, il doit séduire l’ensemble
des acteurs.
39
40. Les mains dans le cambouis
Dédicace spéciale à mes amis les @lescastcodeurs
41. DevOps – Les retours d’atelier
Un besoin courant des équipes DEV et QA est l’
analyse du comportement d’applications en situation.
» Les outils de profiling sont trop intrusifs ou mal
maitrisés
» La supervision de prod n’est pas adaptée
» Restons simple et pragmatique
» Récompensons l’effort JMX
41
42. DevOps – La suite Graphite
» Solution de collecte et tracés de métriques
» Développée en Python (installation délicate sur
OS/X’)
» Un collecteur via TCP/IP : Carbon
» Un gestionnaire de stockage : Whisper
» Un tracé des métriques : Graphite
42
43. DevOps – La suite Graphite
» Collecteur et stockage scalable sur plusieurs
instances
» Agrégation sur un même graphique des métriques
différents
» Moteur de rendu entièrement configurable
» Accès via l’UI Web ou via URL restituant une
image PNG
43
44. DevOps – JMXTrans
• Un collecteur JMX simple et performant
» Ecris par un Dev Apache bien connu (Jon Stevens)
passé du coté obscur (Prod)
» Fonctionne sur n’importe quelle machine (in/of situ)
» Simple, léger et rapidement déployable
» Alimentation de back-ends comme RRDTools et
Graphite
» Une syntaxe de définition simple et efficace (JSON)
» Un taux échantillonnage réglage
44
48. Et voici le moment des questions et réponses …
si vous avez été sages
48
49. Licence et copyrights
• 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/
49