Actualités du groupe Paris DevOps, informations sur les meetups, revue de presse devops, etc. 2021-03-30T09:43:16+00:00 http://parisdevops.fr/ Paris DevOps parisdevops@gmail.com 2016-02-23T00:00:00+00:00 http://parisdevops.fr/blog/2016/02/23/prochain-meetup-le-8-mars <p>Et voici l’annonce du 40ème meetup de mars 2016 !</p> <p>Cette fois-ci nous nous retrouverons le <strong>mardi 8 mars</strong> de 19h00 à 22h00 à l’école <a href="http://www.esgi.fr/">ESGI</a> (242, rue du Faubourg Saint-Antoine - 75012 Paris) Pour la nourriture et les boissons, nous remercions également la sociéte <a href="http://www.ippon.fr/">Ippon</a> !</p> <p>Cette fois ci nous aurons en première partie une présentation sur le sujet des “générations” dans l’IT et les problèmes que cela peut poser par rapport à l’innovation. Nous continuerons ensuite par notre habituel Open Space.</p> <p>Vous pouvez d’ores et déjà préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a> ou sur notre page <a href="http://www.meetup.com/fr-FR/Paris-Devops-Meetup/">meetup</a></p> <p>Enfin, nous sommes toujours à la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possède des locaux dans Paris, n’hésitez pas à vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://www.meetup.com/fr/Paris-Devops-Meetup/events/229065792/">meetup.com</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 60 personnes et la réservation est obligatoire !</p> <p>Suite à grand nombre d’absents lors des derniers meetups, nous comptons sur vous pour jouer le jeu et ne vous inscrire que lorsque vous êtes sûrs de pouvoir venir. Merci d’avance :)</p> <p>RDV le 8 mars !</p> 2016-01-18T00:00:00+00:00 http://parisdevops.fr/blog/2016/01/18/prochain-meetup-le-2-fevrier <p>Et voici l’annonce du meetup de février 2016 !</p> <p>Cette fois-ci nous nous retrouverons le <strong>mardi 2 février</strong> à <strong>19h00</strong> dans les locaux de notre sponsor du mois: <a href="http://www.d2-si.fr/">D2SI</a> (29 bis rue d’Astorg - 75008 Paris)</p> <p>Nous n’avons pas de speaker pour l’instant. Si vous êtes intéressé par nous faire une présentation, n’hésitez pas a nous contacter (présentation de 30 minutes, ou lightning talk de 5 min). Dans tous les cas, nous aurons notre habituel Open Space.</p> <p>Vous pouvez d’ores et déjà préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours à la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possède des locaux dans Paris, n’hésitez pas à vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://www.meetup.com/fr/Paris-Devops-Meetup/events/228174380/">meetup.com</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 70 personnes et la réservation est obligatoire ! Suite à grand nombre d’absents lors des derniers meetups, nous comptons sur vous pour jouer le jeu et ne vous inscrire que lorsque vous êtes sûrs de pouvoir venir. Merci d’avance :)</p> <p>RDV le 2 février !</p> 2016-01-12T00:00:00+00:00 http://parisdevops.fr/blog/2016/01/12/prochain-meetup-le-12-janvier <p>Voici l’annonce du premier Paris DevOps meetup de 2016 !</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 12 décembre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.mobiskill.fr/">Mobiskill</a> (43 Rue Beaubourg, 75003 Paris)</p> <p>Nous n’avons pas pour l’instant de conférencier. Si vous êtes intéressé par nous faire une présentation, n’hésitez pas a nous contacter. (Présentation de 30 minutes, ou lightning talk de 5 min) Dans tous les cas, nous aurons notre habituel Open Space.</p> <p>Vous pouvez d’ores et déjà préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours à la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possède des locaux dans Paris, n’hésitez pas à vous faire connaitre !</p> <p>Les inscriptions se font donc sur notre <a href="http://www.meetup.com/fr/Paris-Devops-Meetup/events/227475813/">meetup.com</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 50 personnes, et la réservation est obligatoire :)</p> <p>RDV le 12 janvier !</p> 2015-11-16T00:00:00+00:00 http://parisdevops.fr/blog/2015/11/16/prochain-meetup-le-1-decembre <p>Un nouveau mois se profile et avec celui-ci, un nouveau Paris DevOps meetup !</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 1 décembre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.claranet.fr/">Claranet</a> (18-20 rue du Faubourg du Temple 75011 Paris)</p> <p>Nous n’aurons a priori pas de présentation, a moins qu’un conférencier ne se fasse connaitre d’ici le meetup. En tout état de cause, nous aurons notre habituel Open Space.</p> <p>Vous pouvez d’ores et déjà préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours à la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possède des locaux dans Paris, n’hésitez pas à vous faire connaitre !</p> <p>De même, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur notre <a href="http://www.meetup.com/Paris-Devops-Meetup/events/226809770/">meetup.com</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 50 personnes, et la réservation est obligatoire :)</p> <p>RDV le 1 décembre !</p> 2015-11-16T00:00:00+00:00 http://parisdevops.fr/blog/2015/11/16/compte-rendu-du-36eme-meetup-paris-devops <p>Tout d’abord un grand merci à <a href="http://www.dailymotion.com/">Dailymotion</a> notre sponsor du meetup de ce mois.</p> <p>L’open-space a commencé comme la dernière fois par une présentation des règles des règles de ce format. Comme toujours, une certaine partie de l’audience n’avait jamais participé à un open-space, j’espère qu’ils ont apprécié ce format très libre.</p> <p>L’open-space comportait 3 lieux, et 3 créneaux horaire.</p> <p>Comme pour le meetup précédent n’ayant pas participé à toutes les discussions je ne peux malheureusement pas faire de résumé complet, si vous etiez présent et voulez ajouter des détails, n’hésitez pas a soumettre une pull-request sur <a href="https://github.com/parisdevops/parisdevops.github.com">notre repo github</a> !)</p> <p>Dans le désordre le plus complet voici les sujets qui furent abordés:</p> <ul> <li><em>“Démonstration de l’outil de monitoring Pinba”</em>: cet outils permet de surveiller en temps réel l’activité d’un serveur PHP (ou autres) utilisant une interface MySQL. (<a href="http://pinba.org/">pinba</a>)</li> </ul> <!-- --> <ul> <li><em>“Les 10 erreurs à ne pas commettre lorsque l’on débute dans le DevOps”</em>.</li> </ul> <!-- --> <ul> <li><em>“Présentation de Kubernetes”</em>: Présentation de l’outil de Google qui facilite la gestion d’un cluster de containers Linux</li> </ul> <!-- --> <ul> <li><em>“Culture sharing”</em>: Comment partager les connaissances et l’expérience concernant la sécurité avec une culture DevOps.</li> </ul> <!-- --> <ul> <li><em>“Dans un environnement DevOps”</em>: les devs doivent il forcément avoir des connaissances ops (et vice-versa) ?</li> </ul> <!-- --> <ul> <li><em>“Gestion du changement ou loi des deux pieds”</em>.</li> </ul> <!-- --> <ul> <li><em>“Que font les grands groupes vis à vis du DevOps ?”</em></li> </ul> <!-- --> <ul> <li><em>“DevOps et les pratiques ITIL sont-ils compatibles ?”</em></li> </ul> <!-- --> <ul> <li><em>“Retour sur les meetups Paris DevOps”</em>: Comment faire grossir le meetup ?</li> </ul> <p>Tout au long des pauses rafraichissements, de nombreux sujets ont été abordés en relation avec devops (ou non) au gré des discussions :)</p> <p>Enfin pour finir, n’oubliez pas que vous pouvez suivre les actualités de parisdevops sur le compte twitter <a href="https://twitter.com/parisdevops">@parisdevops</a> et sur notre site web: <a href="http://parisdevops.fr">parisdevops.fr</a></p> <p>Merci à tous!</p> 2015-10-23T00:00:00+00:00 http://parisdevops.fr/blog/2015/10/23/prochain-meetup-le-3-novembre <p>Nous revenons a notre calendrier habituel, c’est a dire chaque premier mardi du mois.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 3 novembre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.dailymotion.com/">Dailymotion</a> (140 bd Malesherbes 75017 PARIS)</p> <p>Nous aurons une présentation de Guilhem Lettron qui nous fera un retour d’expérience sur le sujet suivant: “L’homogénéité, principal ennemie du devops ?”. Nous poursuivrons par un open-space qui se terminera à 22h, heure à laquelle nous devons rendre les locaux.</p> <p>Vous pouvez d’ores et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours à la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possède des locaux dans Paris, n’hésitez pas à vous faire connaitre !</p> <p>De même, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-36.eventbrite.fr">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 60 personnes, et la réservation est obligatoire :)</p> <p>RDV le 3 novembre !</p> 2015-09-20T00:00:00+00:00 http://parisdevops.fr/blog/2015/09/20/prochain-meetup-le-7-octobre <p>Ce mois-ci nous allons changé pas mal nos habitudes. Tout d’abord nous nous retrouverons un mercredi au lieu d’un mardi. Ensuite nous allons organiser 2 meetups en 1 puisque <a href="http://www.meetup.com/fr/Paris-Monitoring/">Paris Monitoring</a> est co-organisateur de ce meetup et les 2 communautés vont avoir l’occasion d’échanger ensemble. Enfin, qui dit 2 communautés, dit 2 sponsors ce mois-ci. En revanche, nous ne changeons pas de format et les open-spaces permettront de favoriser le partage d’expérience.</p> <p>Le prochain meetup se déroulera donc le mercredi 7 octobre dans les locaux de <a href="http://logmatic.io">Logmatic.io</a> : 130 Rue de Lourmel 75015 Paris</p> <p>Merci également à <a href="https://www.ikoula.com/">Ikoula</a> qui nous permettra de nous restaurer.</p> <p>Nous avons un talk qui a été confirmé dont voici le sujet : <strong>DevOps et autres tendances Monitoring chez les grands acteurs du Web</strong> (Par François Nollen, Consultant Talan Labs chez Voyages-SNCF Technologies)</p> <p>Pour les inscriptions ça se passe par là : <a href="http://parisdevops-35.eventbrite.fr">Eventbrite Paris devops</a></p> <p>RDV le 7 octobre !</p> 2015-07-23T00:00:00+00:00 http://parisdevops.fr/blog/2015/07/23/prochain-meetup-le-1-septembre <p>Les Devopsdays Paris sont passés, on s’est reposé, on s’est dit qu’il fallait relancer les meetups et nous voilà aux vacances sans meetup depuis mars …</p> <p>Nous vous annonçons donc dès maintenant le premier meetup devops de la rentrée qui se déroulera le <strong>mardi 1 septembre</strong> à <strong>19h30</strong> dans les locaux de notre sponsor du mois : <a href="https://www.microsoftventures.com/locations/paris">Microsoft Ventures Paris</a> : 6 rue du Sentier 75002 Paris France</p> <p>Pour le moment il n’y a pas de présentation de prévue, mais si vous avez une proposition, n’hésitez pas à vous manifester sur la mailling-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Pour les inscriptions ça se passe par là : <a href="http://parisdevops-34.eventbrite.fr">Eventbrite Paris devops</a></p> <p>Bonne vacances et RDV le 1er septembre !</p> 2015-02-23T00:00:00+00:00 http://parisdevops.fr/blog/2015/02/23/prochain-meetup-le-3-mars <p>Et oui déja un nouveau meetup (le temps passe vite!), le dernier avant les prochains <a href="http://www.devopsdays.org/events/2015-paris/">Devopsdays Paris</a>.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 3 mars</strong> a <strong>19h30</strong> dans les locaux de nos sponsors du mois: <a href="http://www.gandi.net/">Gandi</a> : 63-65 boulevard massena 75013 paris</p> <p>Acces: metro 7 Porte d’Ivry, metro 14 Olympiade puis marcher 800m ou tram T3a porte d’ivry</p> <p>Nous n’aurons a priori pas de présentation, a moins qu’un conférencier de derniere minute ne se fasse connaitre. En tout état de cause, nous aurons notre habituel Open Space.</p> <p>Vous pouvez d’ores et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer (ou attrapez un des organisateurs pendant le meetup).</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-33.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 3 mars !</p> 2015-02-19T00:00:00+00:00 http://parisdevops.fr/blog/2015/02/19/devopsdays-paris-2015-14-15-avril <p>Nous sommes très fiers de pouvoir vous annoncer a nouveau la tenue des <a href="http://www.devopsdays.org/events/2015-paris/">Devopsdays Paris</a> le <strong>14 et 15 avril</strong> prochain.</p> <p>Cette conférence réunit des participants et des conférenciers venus du monde entier autour d’un sujet commun: la culture <a href="">DevOps</a> ses techniques et ses bonnes pratiques. Le format de la conférence est simple: présentations (en anglais) le matin, et mini-sessions d’échange avec la méthodologie <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">open space</a> l’après midi (celles-ci pourront etre aussi en anglais en fonction des participants).</p> <p>Nous souhaitons que DevopsDays Paris soit un succès comme l’édition organisée en 2013.</p> <p>Nous organisons donc la version Parisienne des Devopsdays qui auront lieu le <strong>14 et 15 avril</strong> prochain au <a href="http://www.devopsdays.org/events/2015-paris/location"><strong>MAS</strong></a> (Paris 13ème, métro Olympiades):</p> <p>Le programme n’est pas encore completement fixé, mais on peut consulter en ligne les <a href="http://www.devopsdays.org/events/2015-paris/proposals/">interventions déjà proposées</a>. Sachez aussi que nous aurons une keynote d’ouverture du célebre <strong>John Willis</strong> (<a href="https://twitter.com/botchagalupe">@botchagalupe</a>).</p> <p>Les <a href="http://www.devopsdays.org/events/2015-paris/registration/">inscriptions à l’événement</a> sont ouvertes et vous pouvez profiter jusqu’au 28 février d’un tarif préférentiel de 80€.</p> <p>Nous travaillons d’arrache-pied pour faire de cet événement une référence, et nous espérons pouvoir vous surprendre encore une fois, avec des présentations et des conférenciers de haut niveau, une nourriture de qualité et une soirée surprise le premier soir. Tout cela est completement inclus dans le prix de votre ticket (petit-déjeuner, pauses café, déjeuners les deux jours, et la soirée du premier jour).</p> <p>Si vous souhaitez proposer une intervention, <a href="http://www.devopsdays.org/events/2015-paris/propose/">l’appel à conférences</a> est ouvert encore jusqu’au 27 février (n’oubliez pas les présentations devront etre en Anglais). Vous pouvez aussi donner votre avis sur les <a href="http://devopsdays.org/events/2015-paris/proposals/">sessions proposées</a>, pour influer sur les choix finaux.</p> <p>Les conférenciers auront bien sur une place gratuite, alors n’hésitez pas à proposer vos sujets !</p> <p>Il nous reste encore quelques possibilités <a href="http://www.devopsdays.org/events/2015-paris/sponsor/">de sponsoring</a> (mais pressez-vous les places partent vite).</p> <p>Bref ce sera l’occasion en plus de nos meetups mensuels d’échanger autour de la culture <em>DevOps</em>, alors <a href="http://www.devopsdays.org/events/2015-paris/registration/">inscrivez-vous</a> vite!</p> <p>RDV le 14 avril !</p> 2015-01-21T00:00:00+00:00 http://parisdevops.fr/blog/2015/01/21/prochain-meetup-le-10-fevrier <p>Pour cause de <a href="http://fosdem.org">FOSDEM</a> et <a href="http://cfgmgmtcamp.eu/">Config Management Camp</a> nous avons pris la décision de décaler le meetup au second mardi du mois exceptionellement.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 10 février</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.d2-si.fr/">D2SI</a> (29 bis rue d’Astorg, 75008 Paris)</p> <p>Notre intervenant, Laurent Barrez, responsable de l’équipe “Cycle de vie” chez Ag2r La Mondiale, nous présentera son retour d’expérience “HAWAII”, ou les prémisses du DevOps dans un Groupe d’Assurance/Prévoyance/Retraite. Suivra notre habituel Open Space.</p> <p><em>MaJ</em>: les <a href="/download/meetup-32-hawaii.pdf">slides sont maintenant disponibles</a></p> <p>Vous pouvez d’ores et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer (ou attrapez un des organisateurs pendant le meetup).</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-32.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 10 février !</p> 2015-01-21T00:00:00+00:00 http://parisdevops.fr/blog/2015/01/21/compte-rendu-open-space-janvier <p>Le 6 janvier a eu lieu le premier Meet-up ParisDevOps 2015. A cette occasion, Dan Maher a présenté un talk sur les bases du DevOps.</p> <p>Les points d’orgue qui ressortent de son talk énergique sont les mythes qui ont la peau dure:</p> <ul> <li>Il n’existe pas d’ingénieur devops ! La culture DevOps est une idée, pas une compétence.</li> <li>L’agilité ne suffit pas pour être DevOps.</li> <li>Pas d’outils magiques pour le DevOps, faites-vous rembourser !</li> <li>Sudo n’est pas devops et le cloud non plus.</li> </ul> <p>Dan nous a aussi rappelé que le DevOps ne répond qu’à un seul problème, celui des silos. Sa réponse tient dans l’acronyme CAMS dont chaque élément est indissociable des autres :</p> <ul> <li>Culture : Donner l’accent sur les personnes et les processus.</li> <li>Automation : Rendre les choses plus facile.</li> <li>Measurement : Mesurer tout pour convaincre et communiquer.</li> <li>Sharing : Partager les succès, les échecs et les buts à atteindre pour faire progresser la communauté.</li> </ul> <p>Dan a conclut son intervention en nous proposant pour la nouvelle année de sortir de notre zone de confort et d’expérimenter non pas sur de nouveaux outils mais de nouveaux processus.</p> <p>Suite à cette présentation, nous avons réalisé un open-space dont une des sessions portait sur “Le changement par le bas” ou comment convaincre la hierarchie de mettre en place la culture DevOps. Le débat a permis de trouver les pistes suivantes pour agir:</p> <h4 id="trouver-son-périmètre-daction-">Trouver son périmètre d’action :</h4> <p>Pour débuter le changement, il faut définir au préalable son périmètre de départ. Est-ce que je vais passer par mon N+1 et N+2 ? Est-ce que je vais directement en discuter de vive-voix avec quelqu’un de plus haut placé ou échanger avec des collègues d’un autre silo ? Choisir son périmètre de départ, c’est aussi comprendre les enjeux des personnes ciblées et adapter son discours pour convaincre.</p> <p>La culture devops n’est cependant pas une solution miracle et il faut vérifier qu’elle permet de résoudre les problèmes rencontrés. Si ce n’est pas le cas pour les problèmes de vos interlocuteurs, il y a peu de chance qu’ils soient convaincus.</p> <h4 id="travailler-avec-son-n1-et-n2-">Travailler avec son N+1 et N+2 :</h4> <p>Les N+1 et N+2 sont des alliés de choix dans votre démarche pour convaincre la hiérarchie et les décideurs de l’entreprise. Pour les convaincre, il est nécessaire d’identifier les problématiques de vos responsables directs. Vous pourrez ainsi développer un argumentaire correspondant à leurs attentes et au vocabulaire adapté (productivité, transparence, gain de rentabilité …).</p> <p>Pour construire cet argumentaire, il faut faire un point sur l’existant en mettant en avant ce que vous considérez être un frein à la productivité de l’entreprise (silos, peu de releases, problèmes récurrents entre devs et ops). Grâce à cet état des lieux, vous pourrez choisir les métriques les plus adaptées pour constater le succès de l’introduction du devops dans votre entreprise en comparant à l’existant.</p> <p>Si vous réussissez à faire concorder les objectifs de votre hiérarchie directe avec cette solution et que les métriques permettent de valider vos hypothèses, demandez à réaliser une mission de test pour concrétiser vos promesses et exploiter les métriques. Après cette mission, faîtes une réunion avec tous les parties pour mettre en avant ce qui a été appris. En cas de réussite, les métriques seront autant de preuves du bien-fondé de votre démarche. En cas d’échec, ce sera l’occasion de réaliser un post-mortem constructif (blameless) pour ne pas grever l’impulsion devops.</p> <p>Si vos supérieurs directs ne sont pas convaincus par votre plan d’action, vous pouvez mettre en avant ce qui se passe chez vos concurrents ou d’autres entreprises équivalentes. Ces études de cas constituent des arguments d’autorité qui pourraient séduire vos chefs.</p> <h4 id="travailler-avec-une-hiérarchie-plus-élevée-">Travailler avec une hiérarchie plus élevée :</h4> <p>Non, vos managers directs ou chefs de projets ne veulent pas de ce changement. Que faire ? Si court-circuiter le N+1 peut s’avérer nécessaire, mieux vaut communiquer avec lui pour éviter qu’il se retrouve en opposition au mouvement de conversion.</p> <p>Des guerres de territoires ou des objectifs contradictoires peuvent effectivement bloquer les différentes parties. Pour couper court à ces problèmes, il est possible d’aller trouver quelqu’un de plus haut placé comme le chef des deux silos concernés et de lui en toucher quelque mots autour d’un café. En lui expliquant rapidement ce qu’est le devops et en quoi c’est une solution aux problèmes de la société, peut-être sera-t-il convaincu.</p> <p>Pour ce faire, préparez votre intervention en adoptant un vocabulaire de décideur en parlant argent, time to market et des problématiques business qui sont le quotidien des responsables hiérarchiques choisis. La mise en avant de métriques orientées business et de la communication inter-silo est un atout. La culture devops manque d’un vocabulaire commun mais il faut faire du “marketing technique” pour que votre idée passe.</p> <p>L’utilisation d’exemple est un bon moyen de faire passer son message en s’appuyant sur des faits concrets comme l’introduction du devops dans une autre équipe en interne ou chez un concurrent. Un exemple proposé est celui de la War Room. Lors de rushs, des équipes constituées d’ops et de devs gèrent les crises. Grâce à une relation plus directe dépassant les silos, ces équipes sont à même de gérer rapidement les crises. Si cette exemple ne reflète pas la définition CAMS (Culture, Automation, Measurement and Sharing), il s’approche de ce que peut produire la culture devops.</p> <h4 id="communiquer-avec-les-autres-silos-">Communiquer avec les autres silos :</h4> <p>Pour faciliter le mouvement de conversion, communiquez au sein des équipes, mais aussi avec les autres silos. En ayant des alliés dans les silos avec qui vous voulez faire du devops, il pourront eux aussi contribuer de la même façon à installer cette culture dans la société. Si vous ne pouvez pas de votre côté arriver à vos objectifs, peut-être que de leur côté ces alliés réussiront et installeront la culture devops.</p> <h4 id="idées-à-retenir">Idées à retenir:</h4> <ul> <li>Trouvez les gens qui ont le pouvoir de faire changer les choses comme votre N+1 pour commencer.</li> <li>Adaptez votre discours et vocabulaire à votre cible.</li> <li>Cherchez des objectifs communs et des métriques pour les évaluer.</li> <li>Communiquez autour de vous pour convaincre des collègues de vous soutenir dans votre silo mais aussi dans les autres.</li> </ul> <p>Merci à tous et à bientôt !</p> 2014-12-17T00:00:00+00:00 http://parisdevops.fr/blog/2014/12/17/prochain-meetup-le-mardi-6-janvier <p>Et c’est avec une joie démesurée mais non moins réelle que je vous propose d’entrer de bon pied dans l’année 2015 en participant a un nouveau meetup Devops.</p> <p>Il aura lieu le <strong>mardi 6 janvier</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.deezer.com/">Deezer</a> (10 rue d’Athenes, 75009 Paris, Mo Saint Lazare)</p> <p>Attention: * merci de vous signaler aupres de l’acceuil * aucune entrée ne sera possible apres 19h30</p> <p>Nous aurons une présentation de notre camarade Daniel Maher (<a href="https://twitter.com/phrawzty">@phrawzty</a> pour les intimes) qui nous fera une présentation sur le mouvement Devops en mode “back to the basics”. MaJ: Les slides <a href="https://speakerdeck.com/phrawzty/devops-back-to-basics">sont disponible</a> sur Speakerdeck. Suivra notre habituel Open Space.</p> <p>Vous pouvez d’ores et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer (ou attrapez un des organisateurs pendant le meetup).</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-31.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 6 janvier !</p> 2014-11-18T00:00:00+00:00 http://parisdevops.fr/blog/2014/11/18/prochain-meetup-le-mardi-2-decembre <p>Une fois n’est pas coutume, nous exportons notre meetup au dela du périphérique (rassurez-vous on ne va pas loin) !</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 2 décembre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.automic.com/">Automic</a> Tour Franklin, la Défense 8 101, quartier Boieldieu 92042 Paris la Défense</p> <p>Pas de panique, la défense c’est grand, mais vous trouverez toutes les indications nécessaires sur ce schéma: <img src="http://www.orsypinstitute.com/images/articles/tour-franklin-map.png" alt="Plan d'acces" title="Plan d'acces" /></p> <p>Le meetup aura lieu au 32eme étage de la tour Franklin donc.</p> <p>Attention toutefois:</p> <ul> <li>la salle ou nous serons n’est malheureusement pas accessibles aux personnes a mobilité réduite pour cause d’escalier.</li> <li>il ne sera plus possible d’entrer dans les locaux apres 19h30 (c’est pourquoi le meetup démarre a 19h00, donc soyez a l’heure :)</li> </ul> <p>Nous aurons une présentation de Jean-Charles Jorel qui nous fera une présentation sur la démarche Devops mise en place chez Safran Morpho. Suivra notre habituel Open Space.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer (ou attrapez un des organisateurs pendant le meetup)</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-30.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 2 décembre !</p> 2014-11-13T00:00:00+00:00 http://parisdevops.fr/blog/2014/11/13/openspace-indicateurs <p>La semaine dernière nous avons eu l’occasion de participer à un open-space sur le sujet des métriques à mettre en place pour améliorer la collaboration entre les équipes de développement et les équipes d’exploitation.</p> <p>Nous avons eu pas mal d’idées, divergés sur d’autres sujets, mais nous avons noté une liste de métriques intéressantes à mettre en place dans ce but. Sans plus attendre, les voici :</p> <ul> <li>Durée des tests</li> <li>Durée de déploiement</li> <li>Fréquence de déploiement</li> <li>Taux de réussite des déploiements</li> <li>Temps moyen pour déployer une nouvelle feature</li> <li>Pourcentage de serveurs automatisés</li> <li>Pourcentage de tâches manuelles</li> <li>Pourcentage d’écarts entre les environnments</li> <li>Temps de livraison d’une nouvelle machine / d’un nouvel environnement</li> <li>MTTR, mean time to recover</li> </ul> <p>Toutes ces métriques sont utiles pour identifier des améliorations réalisables par les efforts combinés des équipes de développement et les équipes d’exploitation. Néanmoins, en fin de session, nous nous sommes demandé s’il n’y aurait pas des métriques intéressantes pour l’ensemble du cycle de développement et cela s’est révélé plus difficile que pour les autres. Nous en avons réussi à en identifier une qui englobe au final plusieurs citées auparavant :</p> <ul> <li>Temps moyen entre l’acceptation d’une feature et son déploiement</li> </ul> <p>Cette métrique est intéressante par elle concerne à la fois la collaboration entre le product owner et les développeurs et la collaboration entre les développeurs et les administrateurs système.</p> <p>Et vous, avez-vous des idées de métriques que vous avez mis en place ou que vous pensez pertinentes ?</p> <p>N’oubliez pas que vous pouvez suivre les actualités de parisdevops sur le channel irc #parisdevops de freenode, sur le compte twitter <a href="https://twitter.com/parisdevops">@parisdevops</a> et sur notre site web : <a href="http://parisdevops.fr">parisdevops.fr</a></p> <p>Merci à tous!</p> 2014-10-20T00:00:00+00:00 http://parisdevops.fr/blog/2014/10/20/prochain-meetup-le-mardi-4-novembre <p>Nous revenons a notre calendrier habituel, c’est a dire chaque premier mardi du mois.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 4 novembre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.dailymotion.com/">Dailymotion</a> (140 bd Malesherbes 75017 PARIS)</p> <p>Nous aurons une présentation de Raphael Pierquin qui nous fera un retour d’expérience sur l’automatisation du déploiement d’outils de développement avec Fabric et en TDD (oui monsieur). Comme nous devons rendre les locaux a 21h30 au plus tard, nous aurons ensuite un court open-space.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-29.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 4 novembre !</p> 2014-09-16T00:00:00+00:00 http://parisdevops.fr/blog/2014/09/16/prochain-meetup-le-mardi-7-septembre <p>Nous revenons a notre calendrier habituel, c’est a dire chaque premier mardi du mois.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 7 octobre</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.criteo.com/">Criteo</a> (32 rue Blanche 75009 Paris)</p> <p>Nous aurons une présentation de Guilhem Lettron sur son expérience pour rendre ops-friendly une application développée in-house, puis nous aurons assurément notre habituel Open-Space.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-28.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 7 octobre !</p> 2014-09-01T00:00:00+00:00 http://parisdevops.fr/blog/2014/09/01/prochain-meetup-le-jeudi-4-septembre <p>Nous revenons a notre calendrier habituel pour les meetups de la rentrée.</p> <p>Cette fois-ci nous nous retrouverons donc (exceptionellement) le <strong>jeudi 4 septembre</strong> a <strong>19h30</strong> dans les locaux de nos sponsors du mois: <a href="http://www.theodo.fr/">Theodo</a> (48 Boulevard des Batignolles - 75017 Paris)</p> <p>Nous n’aurons a priori pas de présentation, mais nous aurons assurément notre habituel Open-Space.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-27.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 30 personnes, et la réservation est obligatoire :)</p> <p>RDV le 4 septembre !</p> 2014-05-19T00:00:00+00:00 http://parisdevops.fr/blog/2014/05/19/prochain-meetup-le-mardi-3-juin <p>Nous revenons a notre calendrier habituel pour ce qui semble etre notre dernier meetup avant la treve estivale.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 3 juin</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.mobiskill-partner.com/">Mobiskill</a> (43 rue beaubourg 75003 PARIS)</p> <p>C’est au 3eme étage à gauche, pour rentrer dans l’immeuble il faut utiliser le bouton porte. Attention toutefois cette porte ne peut s’ouvrir apres 20h.</p> <p>Nous aurons assurément notre habituel Open-Space, précédé d’une présentation (en Anglais) de Christian Kniep, ingénieur HPC avec un background Devops dont le sujet est la conteneurisation d’une stack complete HPC. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-26.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 3 juin !</p> 2014-04-23T00:00:00+00:00 http://parisdevops.fr/blog/2014/04/23/prochain-meetup-le-mardi-13-mai <p><strong>Mise a jour</strong>: nous avons les détails de la présentation (voir ci-dessous)</p> <p>Exceptionnellement, et pour cause de pont nombreux en ce mois de mai, nous avons décidé de faire notre Paris Devops Meetup mensuel le second mardi du mois.</p> <p>Cette fois-ci nous nous retrouverons donc le <strong>mardi 13 mai</strong> a <strong>19h00</strong> dans les locaux de nos sponsors du mois: <a href="http://www.leboncoin.fr/">Le Bon Coin</a> (8 rue lavoisier 75008 PARIS)</p> <p>Attention, cette fois-ci l’inscription sur notre eventbrite est <strong>obligatoire</strong> votre nom devant effectivement figurer sur la liste pour pouvoir entrer dans les locaux.</p> <p>Nous aurons une présentation de Charles Judith sur les différents forks de Nagios et comment améliorer le monitoring (bref du #monitoringlove). Nous finirons avec notre habituel Open-Space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-25.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 13 mai !</p> 2014-03-11T00:00:00+00:00 http://parisdevops.fr/blog/2014/03/11/prochain-meetup-le-mardi-1er-avril <p>Non, ce n’est pas un poisson d’avril. Notre prochain meetup retournant aux fatidiques premiers mardi du mois, aura lieu le <strong>mardi 1er avril</strong> a <strong>19h00</strong> dans les locaux de notre sponsor <a href="http://www.ippon.fr/paris">IPPON</a> (Ippon Technologie/Ippon Hosting - 43-47 avenue de la Grande Armée, 75116 Paris au 5eme étage)</p> <p>Nous aurons une présentation de Stéphane Goudeau de Microsoft les approches devops mises en place dans leurs infras et offre de services. Nous finirons avec notre habituel Open-Space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-24.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 1 avril !</p> 2014-02-19T00:00:00+00:00 http://parisdevops.fr/blog/2014/02/19/prochain-meetup-le-jeudi-6-mars <p>Une fois n’est pas coutume, nous sommes obligés de <strong>décaler notre meetup du mois de mars au jeudi</strong>, les locaux de notre sponsor ne pouvant nous accueillir le mardi.</p> <p>Nous nous retrouverons alors le <strong>jeudi 6 mars</strong> a <strong>19h00</strong> dans les locaux parisiens de l’incubateur de startups de Microsoft: <a href="http://www.microsoftventures.com/paris">Microsoft Ventures</a> (6 rue du Sentier 75002 Paris)</p> <p>Nous aurons une présentation de Mathieu Lecarme sur Ansible et comment cet outil peut s’intégrer dans une approche DevOps. Nous finirons avec notre habituel Open-Space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-23.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le jeudi 6 mars !</p> 2014-01-20T00:00:00+00:00 http://parisdevops.fr/blog/2014/01/20/prochain-meetup-le-mardi-11-fevrier <p>Pour cause de <a href="http://cfgmgmtcamp.eu">Config Management Camp</a> nous ne pouvons faire notre meetup du mois de février `a la date habituelle du 1er mardi du mois. Nous avons donc pris la décision de décaler le meetup du mois de février d’une semaine.</p> <p>Nous nous retrouverons alors le <strong>11 février</strong> a <strong>19h00</strong> dans les locaux de notre sponsor du mois: <a href="http://www.d2-si.fr/">D2SI</a> (29 bis Rue d’Astorg, 75008 Paris, Métro Saint-Augustin)</p> <p><strong>Attention</strong>: pour pouvoir rentrer apres 19h dans les locaux il est nécessaire de sonner a l’interphone “D2SI”</p> <p>Ayant du annuler sa présentation le mois dernier pour cause de maladie, notre comparse et co-organisateur Jonathan Clarke a décidé de retenter sa chance en nous offrant, comme présentation, un retour d’expérience sur la mise en place d’un systeme d’audit de sécurité de configurations pour en vérifier la conformance (dixit lui), nous finirons ensuite avec nos habituels Open Spaces. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre ! De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-22.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 11 février !</p> 2013-12-16T00:00:00+00:00 http://parisdevops.fr/blog/2013/12/16/prochain-meetup-le-mardi-7-janvier <p>En cette période de Noel, nos petits lutins de Paris DevOps ne chaument vraiment pas pour vous offrir le premier meetup de l’année 2014 !</p> <p>Ce coup-ci nous nous retrouverons le <strong>7 janvier</strong> a <strong>19h00</strong> dans les locaux de notre sponsor du mois: <a href="http://www.xebia.fr/">Xebia</a> (156 bd Haussmann, 75008 Paris)</p> <p>Personne n’ayant voulu tenter l’aventure de la présentation ce mois-ci, notre comparse et co-organisateur Jonathan Clarke a décidé de relever le défi, en nous proposant un retour d’expérience sur la mise en place d’un systeme d’audit de sécurité de configurations pour en vérifier la conformance (dixit lui), nous finirons ensuite avec nos habituels Open Spaces. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre ! De meme, si vous vous sentez l’ame d’un conférencier, pointez le bout de votre nez sur notre sus-mentionnée mailing-list pour vous déclarer.</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-21.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 7 janvier !</p> 2013-11-20T00:00:00+00:00 http://parisdevops.fr/blog/2013/11/20/prochain-meetup-le-mardi-3-decembre <p>Un nouveau mois, un nouveau meetup préparé par la fine garde DevOps Parisienne (nous quoi). Ce coup-ci nous nous retrouverons le <strong>3 décembre</strong> a <strong>19h00</strong> dans les locaux de notre sponsor du mois: <a href="http://www.dotconferences.eu/">dotConferences</a> (les locaux sont chez <a href="http://39.io">39.io</a> au 39, rue Beauregard 75002 Paris)</p> <p>Nous aurons le bonheur d’accueillir Bertrand Paquet (architecte senior chez Octo Technology) qui nous présentera la problématique du versioning dans le cadre d’une approche de Continuous Deployement, nous finirons ensuite avec nos habituels Open Spaces. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-20.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 3 décembre !</p> 2013-10-09T00:00:00+00:00 http://parisdevops.fr/blog/2013/10/09/prochain-meetup-le-mardi-5-novembre <p>Encore une fois, c’est avec une célérité hors du commun que votre équipe d’organisateurs dévoués vous annonce la tenue du prochain meetup Paris DevOps ! Celui-ci aura lieu le <strong>5 novembre</strong> a <strong>19h30</strong>, dans les locaux de notre sponsor du mois: <a href="http://fr.viadeo.com/fr/">Viadeo</a> (30 rue de la Victoire Paris 9e)</p> <p>Nous aurons la joie d’accueillir Nicolas Toper qui nous parlera de l’architecture de Critsend et de leur approche noops, nous finirons ensuite avec nos habituels Open Spaces. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-19.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 50 personnes, et la réservation est obligatoire :)</p> <p>RDV le 5 novembre !</p> 2013-09-24T00:00:00+00:00 http://parisdevops.fr/blog/2013/09/24/prochain-meetup-le-mardi-1-octobre <p>Et hop, un nouveau mois se profile et avec un nouveau Paris DevOps meetup ! Celui-ci aura lieu le <strong>1 octobre</strong> a <strong>19h30</strong>, dans les locaux de notre sponsor du mois: <a href="http://zenexity.com/">Zenexity</a> (56 rue Saint-Lazare, Paris 9eme)</p> <p>Et cerise sur le gateau, nous aurons une présentation du service AWS CloudFormation par Pierre Freund, en préliminaire de notre open-space habituel. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-18.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 1er octobre !</p> 2013-08-09T00:00:00+00:00 http://parisdevops.fr/blog/2013/08/09/prochain-meetup-le-mardi-3-septembre <p>Apres une petite treve estivale, c’est avec un plaisir incommensurable que je vous annonce la tenue de notre meetup Paris DevOps de la rentrée. Celui-ci aura lieu le <strong>3 septembre</strong> a <strong>19h30</strong>, dans les locaux de notre sponsor du mois: <a href="https://www.mozilla.org/en-US/about/contact.html">Mozilla</a> (16 Bis Boulevard Montmartre, Paris 9eme)</p> <p>Toujours pas de présentation cette fois-ci (mais ou etes-vous donc?), nous reviendrons donc aux basiques avec notre habituel (et néanmoins débridé) open-space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Enfin, nous sommes toujours a la recherche de sponsors pouvant héberger nos meetups tout au long de l’année; si votre entreprise possede des locaux dans Paris, n’hésitez pas a vous faire connaitre !</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-17.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 3 septembre !</p> 2013-07-15T00:00:00+00:00 http://parisdevops.fr/blog/2013/07/15/we-need-you <p>A l’occasion de cette coupure pour cause de grandes vacances d’été, il est temps de faire un petit bilan de nos rencontres Parisdevops mensuelles.</p> <p>Alors pour cette premiere moitié d’année, nous avons d’ors et déja effectué 6 meetups ! Bravo a tous ! Ces meetups ont eu lieu dans les locaux de 6 sponsors, que nous ne remercierons jamais assez. Environ 40 personnes sont venus chaque fois, avec des habitués, des nouveaux, un mélange varié de développeurs, de sysadmins, de commerciaux, et parfois de managers.</p> <p>Il est maintenant temps de préparer la seconde moitié de l’année 2013, dans le but de vous offrir encore quelques meetups tous plus intéressants que les autres !</p> <p>C’est la que vous intervenez. Nous sommes donc a la recherche de sponsors pour nous accueillir d’ici fin 2013. Pour le moment le seul meetup plannifié est celui qui aura lieu le 3 septembre 2013.</p> <p>Le role du sponsor est de fournir des locaux adaptés (en général 1 salle pouvant accueillir le groupe et deux ou trois salles plus petites) et si-possible dans Paris intra-muros (pas trop loin d’une station de métro, ceci dans le but de faciliter l’acces pour les participants). Le sponsor peut aussi fournir un petit buffet.</p> <p>En échange le sponsor a le droit de faire un lightning-talk de 5 minutes (ou moins) pour présenter sa société, ses produits ou ses services (ou tout autre sujet qui l’intéresse).</p> <p>Bref, si votre entreprise dispose de locaux Parisiens, que vous avez un intéret pour la problématique DevOps, et que l’aventure vous tente, merci de nous contacter :)</p> 2013-06-12T00:00:00+00:00 http://parisdevops.fr/blog/2013/06/12/prochain-meetup-le-mardi-2-juillet <p>Certes, nous avions annoncé une treve meetupienne durant l’été, mais c’était sans compter sur la pugnacité de certains d’entre vous. Alors c’est avec un plaisir non dissimulé que je vous annonce la tenue d’un prochain meetup Paris DevOps le <strong>2 juillet</strong> a <strong>19h00</strong>.</p> <p>Ce dernier aura lieu dans les locaux de notre sponsor du mois: l’école <a href="http://etna-alternance.net/">ETNA</a> (sise au 15 rue Maurice Grandcoing, 94200 Ivry sur Seine)</p> <p>Avant de tous vous enfuir en courant car nous nous délocalisons en banlieue, sachez que ces locaux sont tout pres du RER C Ivry Sur Seine, et a environ 8 minutes de la ligne 7 Mairie d’Ivry. D’autre part pour les gens en 2 roues, il y a une petite place juste avant l’entrée du batiment sur laquelle ils peuvent se garer. Pour ceux qui souhaiteraient tenter l’arrivée en voiture, il vous faudra vous déclarer (en vous enregistrant avec un ticket “Je viens en voiture” dans l’eventbrite) afin que l’on puisse vous laisser entrer dans la cour.</p> <p>Toujours pas de présentation cette fois-ci (mais ou etes-vous donc?), nous reviendrons donc aux basiques avec notre habituel (et néanmoins débridé) open-space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Notemment il sera discuté de la tenue d’un apéro DevOps au cour de l’été ainsi que de la reprise en septembre.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-16.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 2 juillet !</p> 2013-06-10T00:00:00+00:00 http://parisdevops.fr/blog/2013/06/10/compte-rendu-du-15eme-meetup-paris-devops <p>Tout d’abord un grand merci à <a href="http://devops.objetdirect.com/">Objet Direct</a> notre sponsor du meetup de ce mois. L’organisation était super et le buffet très convivial. D’ailleurs, ils ont mis en <a href="http://devops.objetdirect.com/?p=171">ligne quelques commentaires et photos</a></p> <p>Nous étions entre trente et quarante personnes, avec un certain nombre d’habitués (ils se reconnaitront), ainsi que des nouveaux venus d’horizon divers et pas forcément technique.</p> <p>L’open-space a commencé comme la dernière fois par une présentation des règles des règles de ce format. Comme toujours, une certaine partie de l’audience n’avait jamais participé à un open-space, j’espère qu’ils ont apprécié ce format très libre.</p> <p>L’open-space comportait 3 lieux, et 3 créneaux horaire.</p> <p>Comme pour le meetup précédent n’ayant pas participé à toutes les discussions je ne peux malheureusement pas faire de résumé complet, si vous etiez présent et voulez ajouter des détails, n’hésitez pas a soumettre une pull-request sur <a href="https://github.com/parisdevops/parisdevops.github.com">notre repo github</a> !)</p> <p>Dans le désordre le plus complet voici les sujets qui furent abordés:</p> <ul> <li><em>“CI/CD for iOS/Android development”</em>: le but était de comparer nos notes sur l’établissement d’une chaine de production pour les plateformes mobiles. Beaucoup reste à faire surtout coté Apple, ou les outils ne sont pas les plus sympathiques à mettre en place ou a utiliser en ligne de commande à travers Jenkins.</li> <li><em>“Docker/Les limites de la virtualisation”</em></li> <li><em>“Dev/Ops Schools”</em>: liés au formations dev et/ou ops et comment mettre les deux en relation.</li> <li><em>“La Valeur Expert Devops/Approche devops”</em>, si vous y avez participé un résumé serait vraiment intéressant.</li> <li><em>“Alerting sans être réveillé”</em>: Ou comment éviter les faux positifs de monitoring, comment automatiser les “remediation”, quelles métriques/KPI écouter et corréler.</li> <li><em>“Solutions/Frameworks Web de demain”</em></li> <li><em>“Quizz Méthode Agile”</em>: un de nos participants travaille sur un “Trivial Poursuite®” sur les méthodes agiles et a fait tester quelques questions.</li> <li><em>“Infrastructure as Code/CI,CD for infracode”</em>: Discussion sur l’unit testing de recettes de configuration management. Avec l’évocation des produits (genre du coté puppet: rspec-puppet, ou serverspec pour du plus générique, et autres équivalent pour chef) et autres méthodologie habituellement associées au développement (code review, CI, etc…).</li> <li><em>“HA base de données automatique”</em>: tout ce qui touche à de la vrai haute disponibilité de datastore.</li> </ul> <p>Tout au long des pauses rafraichissements, de nombreux sujets ont été abordés en relation avec devops (ou non) au gré des discussions :)</p> <p>Enfin, pour finir nous avons terminé sur la rituelle cérémonie du baton de parole (ce coup-ci un rouleau de sopalin). Il en sort que nous allons essayer d’organiser un meetup en juillet.</p> <p>Enfin pour finir, n’oubliez pas que vous pouvez suivre les actualités de parisdevops sur le channel irc #parisdevops de freenode, sur le compte twitter <a href="https://twitter.com/parisdevops">@parisdevops</a> et sur notre site web: <a href="http://parisdevops.fr">parisdevops.fr</a></p> <p>Contrairement a ce que j’avais annoncé, eh bien je me mets a mettre les compte-rendus sur le blog. J’apprécierais toutefois de l’aide dans cette tache :)</p> <p>Merci à tous!</p> 2013-05-22T00:00:00+00:00 http://parisdevops.fr/blog/2013/05/22/prochain-meetup-le-mardi-4-juin <p>Après un meetup décalé pour cause de ponts du mois de mai, nous reprenons nos bonnes vieilles habitudes du début de chaque mois avec un nouveau meetup DevOps.</p> <p>Donc ce dernier aura lieu le <strong>4 juin 2013</strong> a <strong>19h00</strong> dans les locaux du de notre sponsor du mois: la société <a href="http://www.objetdirect.com/">Objet Direct</a> (38 rue de Ponthieu dans le 8 ème).</p> <p>Attention a bien venir pour 19h00 car l’accueil ferme tot.</p> <p>Toujours pas de présentation cette fois-ci (mais ou etes-vous donc?), nous reviendrons donc aux basiques avec notre habituel (et néanmoins débridé) open-space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-15.eventbrite.com">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 4 juin !</p> 2013-04-25T00:00:00+00:00 http://parisdevops.fr/blog/2013/04/25/prochain-meetup-le-mardi-14-mai <p>Pour nous remettre de nos émotions des deux jours intenses de devopsdays Paris, je vous propose de vous reprendre une nouvelle dose de DevOps avec un nouveau meetup.</p> <p>Donc ce dernier aura lieu le <strong>14 mai 2013</strong> a <strong>19h30</strong> dans les locaux du de notre sponsor du mois: la société <a href="http://www.sfeir.com/contact/">Sfeir</a> (192 avenue Charles de Gaulle 92200 Neuilly sur Seine. Métro Ligne 1: Pont de Neuilly)</p> <p>A priori pas de présentation cette fois-ci, nous reviendrons donc aux basiques avec notre habituel (et néanmoins débridé) open-space. Si vous ne savez pas ce qu’est un open-space je ne peux que vous encourager a lire <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">la page wikipedia des Open Spaces</a></p> <p>Nous pourrons `a cette occasion débriefer les devopsdays Paris, parler de ce qui nous passionne en ce moment, bref échanger.</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Les inscriptions se font donc sur <a href="http://www.eventbrite.com/event/6434450615/">l’eventbrite des paris devops meetup</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 14 mai !</p> 2013-03-18T00:00:00+00:00 http://parisdevops.fr/blog/2013/03/18/prochain-meetup-le-mardi-2-avril <p>Une fois n’est pas coutume, et c’est avec une joie non dissimulée que je vous annonce la tenue de notre prochain meetup Paris Devops.</p> <p>Donc notre prochain meetup aura lieu le <strong>2 avril 2013</strong> a <strong>19h00</strong> dans les locaux du de notre sponsor du mois: la société <a href="http://www.zenika.com/Contact.html">Zenika</a> (10 rue de Milan 75009 Paris.)</p> <p>Et ce coup-ci nous aurons en préambule a notre open-space habituel, une présentation d’une vingtaine de minutes de William Gravier. William est chef de projet Devops chez un grand groupe d’assurance. Il a en charge l’intégration d’un outil de Continuous Delivery et la mise en place de processus techniques et organisationnels pour industrialiser les déploiements applicatifs (et c’est ce dont il nous parlera).</p> <p>Ensuite nous procéderons a notre fameux et non moins sympathique open-space. Pour les gens peu familiers de ce mode d’organisation, voici un lien tres utile pour comprendre les <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">Open Spaces</a></p> <p>Enfin, ce sera aussi l’occasion de recontrer certains des organisateurs des <em>devopsdays Paris</em>, d’ailleurs si vous ne vous etes pas <a href="http://www.devopsdays.org/events/2013-paris/registration/">encore inscrit, allez-y</a></p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-13.eventbrite.com/">http://parisdevops-13.eventbrite.com/</a></p> <p>Pour des raisons d’organisation, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 2 avril !</p> 2013-03-12T00:00:00+00:00 http://parisdevops.fr/blog/2013/03/12/devopsdays-paris-1ere-edition <p>Nous sommes très fiers de pouvoir vous annoncer la tenue des Devopsdays Paris le <strong>18 et 19 avril</strong> prochain.</p> <p>Cette conférence réunit des participants et des conférenciers venus du monde entier autour d’un sujet commun: la culture <a href="">DevOps</a>, ses techniques et ses bonnes pratiques. Le format de la conférence est simple: présentations le matin, et mini-sessions d’échange avec la méthodologie <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">open space</a> l’après midi.</p> <p>Nous souhaitons que DevopsDays Paris soit un succès comme les 17 occurrences précédentes qui furent organisées de par le monde.</p> <p>Nous organisons donc la version Parisienne des Devopsdays qui auront lieu le <strong>18 et 19 avril</strong> prochain au <a href="http://www.devopsdays.org/events/2013-paris/"><strong>MAS</strong></a> (Paris 13ème, métro Olympiades):</p> <p>Le programme n’est pas encore fixé, mais on peut consulter en ligne les <a href="http://www.devopsdays.org/events/2013-paris/proposals/">interventions déjà proposées</a>.</p> <p>Les inscriptions à l’événement sont ouvertes, et le code de réduction <em>WELOVEDEVOPS</em> offre 25 % de remise sur le prix du billet jusqu’à la fin de cette semaine. Il est à noter que le tarif proposé inclut la restauration sur place pendant les deux jours!</p> <p>Si vous souhaitez proposer une intervention, <a href="http://www.devopsdays.org/events/2013-paris/propose/">l’appel à conférences</a> est ouvert encore jusqu’au 20 mars. Vous pouvez aussi donner votre avis sur les <a href="http://devopsdays.org/events/2013-paris/proposals/">sessions proposées</a>, pour influer sur les choix finaux.</p> <p>Les conférenciers auront bien sur une place gratuite, alors n’hésitez pas à proposer vos sujets !</p> <p>Bref ce sera l’occasion en plus de nos meetups mensuels d’échanger autour de la culture <em>DevOps</em>, alors <a href="http://www.devopsdays.org/events/2013-paris/registration/">inscrivez-vous</a> vite!</p> 2013-02-22T00:00:00+00:00 http://parisdevops.fr/blog/2013/02/22/prochain-meetup-le-mardi-5-mars <p>Comme annoncé lors de la présentation du reboot, nous continuons a organiser des meetups tous les premiers mardi de chaque mois.</p> <p>En conséquence le prochain meetup aura lieu le <strong>5 mars 2013</strong> a <strong>19h00</strong> dans les locaux du <strong>centre de formation</strong> de notre sponsor du mois: la société <a href="http://www.alterway.fr/notre-centre-de-formation">AlterWay</a> (105 rue La Fayette, Paris 10eme)</p> <p>A priori nous n’organiserons pas de présentations pour ce meetup (sauf si un volontaire se désigne, merci de poster les candidatures sur la <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">mailing-list</a>), mais seulement un open space (pour les gens peu familiers des open spaces, voici un lien tres utile pour comprendre les <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">Open Spaces</a>).</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-12.eventbrite.com/">http://parisdevops-12.eventbrite.com/</a></p> <p>Pour des raisons de places disponibles, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 5 mars !</p> 2013-02-12T00:00:00+00:00 http://parisdevops.fr/blog/2013/02/12/prochain-meetup-le-mardi-19-fevrier <p>Les Paris Devops Meetup redémarrent en 2013 avec un nouveau meetup qui aura lieu le <strong>mardi 19 février</strong> 2013 à <strong>19h30</strong> dans les locaux de <a href="http://www.theodo.fr">Theodo</a> (48, boulevard de Batignolles, Paris 17ième)</p> <p>Comme le temps d’organisation pour ce meetup est un peu court, nous n’organiserons pas de présentations, mais seulement un open space (pour les gens peux familiers des open spaces, voici un lien tres utile pour comprendre les <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_open_space">Open Spaces</a>).</p> <p>Vous pouvez dors et déja préparer vos discussions en postant sur la mailing-list <a href="https://groups.google.com/forum/?fromgroups#!forum/paris-devops">paris-devops@googlegroups.com</a></p> <p>D’autre part, nous avons décidé de mettre en place des meetups réguliers (en tout cas plus fréquents que l’année passée), en proposant un meetup par mois (le premier mardi du mois). Si vous ou votre entreprise souhaitez sponsoriser un de ces événements en nous fournissant un local ou de la nourriture/boissons, contactez les organisateurs sur la mailing-list ci-dessus (ou directement l’un des membre du comité d’organisation).</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-11.eventbrite.com/">http://parisdevops-11.eventbrite.com/</a></p> <p>Pour des raisons de place disponible, ce meetup est limité à 40 personnes, et la réservation est obligatoire :)</p> <p>RDV le 19 février !</p> 2012-09-13T00:00:00+00:00 http://parisdevops.fr/blog/2012/09/13/prochain-meetup-le-mercredi-10-octobre <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 10 octobre</strong> 2012, à 19h dans les nouveaux locaux de <a href="http://www.theodo.fr">Theodo</a> (48, boulevard de Batignolles, Paris 17ième).</p> <p>Pour cette session, nous revenons aux sources avec une session orientée technos scripting PHP/Python/Ruby/Perl.</p> <p>Proposez vos sujets de conférence si vous voulez intervenir, sur la mailing-list paris-devops@googlegroups.com</p> <p>Les inscriptions se font donc sur <a href="http://parisdevops-10.eventbrite.com/">http://parisdevops-10.eventbrite.com/</a></p> <p>RDV le 10 octobre !</p> 2012-05-15T00:00:00+00:00 http://parisdevops.fr/blog/2012/05/15/prochain-meetup-le-jeudi-7-juin <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>jeudi 7 juin</strong> 2012, à 19h dans les locaux de <a href="http://valtech.fr/fr/index.html">Valtech</a> (103, rue de Grenelle, Paris 7ième).</p> <p>Au programme :</p> <ul> <li>Devops illustré : la jungle de la configuration d’une application - Gilles Di Guglielmo et Dimitri Baeli - 30 mn</li> <li>Continuous deployement : Rackspace, Chef et capistrano en action - Stéphane RIOS et Bertrand Paquet - 30 mn</li> <li>Discussion sur les prochaines sessions - 1 h</li> </ul> <p>Les inscriptions se font donc sur <a href="http://parisdevops-9.eventbrite.com/">http://parisdevops-9.eventbrite.com/</a></p> <p>RDV le 7 juin !</p> 2011-11-10T00:00:00+00:00 http://parisdevops.fr/blog/2011/11/10/prochain-meetup-le-mercredi-7-decembre <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 7 décembre</strong> 2011, à 19h dans les locaux de <a href="http://www.octo.com">Octo Technology</a> (50, avenue des Champs-Elysées, dans le 8ème - métro Roosvelt ligne 1).</p> <p>Au programme :</p> <ul> <li>Cloud privé et retours d’expérience sur le sujet, avec VMware et avec un hébergeur traditionnel : leur niveau de maturité, leur performance, les services offerts, le modèle de pricing et pourquoi ces choix dans le business des clients (SLA / visibilité sur les aspects réseau).</li> </ul> <p>Attention nouveauté pour les inscriptions : on utilise maintenant Eventbrite au lieu de Lanyrd, donc vous n’avez plus besoin de compte Twitter pour vous inscrire. Les inscriptions se font donc sur <a href="http://parisdevops-8.eventbrite.com/">http://parisdevops-8.eventbrite.com/</a></p> <p>RDV le 7 décembre !</p> 2011-09-26T00:00:00+00:00 http://parisdevops.fr/blog/2011/09/26/prochain-meetup-le-mercredi-5-octobre <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 5 octobre</strong> 2011, à 19h dans les locaux de <a href="http://www.zenika.com/">Zenika</a> (51 rue Le Peletier, dans le 9ème).</p> <p>Au programme :</p> <ul> <li>Cloud : les nouveaux patterns et les problématiques que le cloud nous amène, suivi d’un retour d’expérience sur différentes solutions de cloud.</li> </ul> <p>Les inscriptions se font sur lanyrd comme d’habitude : <a href="http://lanyrd.com/2011/paris-devops-meetup-7/">http://lanyrd.com/2011/paris-devops-meetup-7/</a></p> <p>RDV le 5 octobre !</p> 2011-08-19T00:00:00+00:00 http://parisdevops.fr/blog/2011/08/19/prochain-meetup-le-mercredi-7-septembre <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 7 septembre</strong> 2011, à 19h dans les locaux de <a href="http://www.xebia.fr/">Xebia</a> (156 Boulevard Haussmann, dans le 8ème).</p> <p>Au programme :</p> <ul> <li>CMDB (avec iTop), où l’art de définir (et représenter) tous les liens entre métier / application / briques techniques</li> </ul> <p>Les inscriptions se font sur lanyrd comme d’habitude : <a href="http://lanyrd.com/2011/paris-devops-meetup-6/">http://lanyrd.com/2011/paris-devops-meetup-6/</a></p> <p>RDV le 7 septembre !</p> 2011-06-08T00:00:00+00:00 http://parisdevops.fr/blog/2011/06/08/devops-debarque-chez-vous <p>Vous ne pourrez pas y échapper, avec les beaux jours le phénomène <strong>devops</strong> débarque chez vous !</p> <p>Après les meetups réguliers à Lille et Paris, il semblerait que devops s’incruste dans les JUGs (Java User Groups) :</p> <ul> <li>le 19 mai au <a href="http://chtijug.org/devops-avec-altran-nord-le-19-mai/">Ch’ti JUG</a></li> <li>le 16 juin au <a href="http://www.alpesjug.fr/?p=884">Alpes JUG</a></li> <li>le 29 juin au <a href="http://www.marsjug.org/reunions">Mars JUG</a></li> </ul> <p>Sans oublier la participation de Patrick Debois au <a href="http://www.parisjug.org/xwiki/bin/view/Meeting/20110228">Paris JUG</a></p> <p>A qui le tour ensuite ?</p> 2011-05-11T00:00:00+00:00 http://parisdevops.fr/blog/2011/05/11/la-revue-de-presse-devops-7 <p>Bienvenue dans cette 7ème revue de presse devops, avec au sommaire :</p> <ul> <li><a href="#meetups">Les meetups devops</a></li> <li><a href="#dzone">Devops sur DZone</a></li> <li><a href="#pro-puppet">Livre ‘Pro Puppet’</a></li> <li><a href="#deploy">Déploiement continu</a></li> <li><a href="#video">La vidéo de la semaine</a></li> </ul> <h2 id="les-meetups-devops">Les meetups devops</h2> <p>Commençons par un peu d’actualité côté meetups devops :</p> <ul> <li>le <a href="http://parisdevops.fr/blog/2011/05/09/prochain-meetup-le-mercredi-15-juin.html">prochain meetup devops à Paris</a> est prévu pour le <strong>mercredi 15 juin</strong>.</li> <li>la <a href="http://chtijug.org/devops-avec-altran-nord-le-19-mai/">prochaine session du Ch’ti JUG sera consacrée à devops</a>, le 19 mai (à Lille).</li> </ul> <h2 id="devops-sur-dzone">Devops sur DZone</h2> <p><a href="http://www.dzone.com/">DZone</a> (qui présente des sélections de liens pour les développeurs) viens <a href="http://java.dzone.com/dose/follow-devops-community-new">d’ouvrir une section devops</a> : <a href="http://www.dzone.com/mz/devops">dzone.com/mz/devops</a>. Un bon point d’entrée si vous cherchez à vous tenir au courant de ce qui se passe dans l’univers devops.</p> <h2 id="livre-pro-puppet">Livre ‘Pro Puppet’</h2> <p>Cela fait des semaines/mois/années que vous vous dites que vous allez enfin vous mettre à Puppet ? Et bien aujourd’hui, c’est l’occasion de se lancer ! Avec <a href="http://www.kartar.net/2011/05/pro-puppet-released/">la sortie du livre ‘Pro Puppet’</a>.</p> <h2 id="déploiement-continu">Déploiement continu</h2> <p>Un bon article sur les <a href="http://www.agileweboperations.com/prerequisites-for-continuous-deployment">pré-requis du déploiement continu</a>, qui termine de manière assez sobre sur un “Continuous Deployment is the Holy Grail of DevOps”… …ce qui ne manque pas de déclencher une réponse critique : <a href="http://swreflections.blogspot.com/2011/05/continuous-deployment-is-no-holy-grail.html">Continuous Deployment is no Holy Grail</a>.</p> <h2 id="la-vidéo-de-la-semaine">La vidéo de la semaine</h2> <p>Dans la catégorie “vidéo d’introduction à devops”, voilà encore une parodie des Monty Python sur le thème “dialogue dev - ops” : <a href="http://www.youtube.com/watch?v=K9QTvsL-A8o">http://www.youtube.com/watch?v=K9QTvsL-A8o</a>. A voir !</p> <p>Voilà, c’est tout pour cette semaine !</p> 2011-05-09T00:00:00+00:00 http://parisdevops.fr/blog/2011/05/09/prochain-meetup-le-mercredi-15-juin <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 15 juin</strong> 2011, à 19h dans les locaux de <a href="http://www.valtech.fr/">Valtech</a> (103 rue de Grenelle, dans le 7ème).</p> <p>Le programme exact est en cours de discussion sur la <a href="/communaute.html">mailing-list</a>, mais on s’oriente à priori vers un thème “déploiement continu”, avec des sujets comme les “feature flags”.</p> <p>Les inscriptions se font sur lanyrd comme d’habitude : <a href="http://lanyrd.com/2011/paris-devops-meetup-5/">http://lanyrd.com/2011/paris-devops-meetup-5/</a></p> <p>RDV le 15 juin !</p> 2011-05-04T00:00:00+00:00 http://parisdevops.fr/blog/2011/05/04/la-revue-de-presse-devops-6 <p>Bienvenue dans cette 6ème revue de presse devops, avec au sommaire :</p> <ul> <li><a href="#bulle">2011 : il est l’heure de sortir de notre ‘bulle’</a></li> <li><a href="#noops">Le débat devops / NoOps</a></li> <li><a href="#tools">Du côté des outils</a></li> <li><a href="#video">La vidéo de la semaine</a></li> </ul> <h2 id="2011--il-est-lheure-de-sortir-de-notre-bulle">2011 : il est l’heure de sortir de notre ‘bulle’</h2> <p><a href="http://twitter.com/damonedwards">Damon Edwards</a> nous fait un joli point de la situation actuelle du mouvement devops, intutilé <a href="http://www.agileweboperations.com/2011_escaping_devops_echo_chamber">2011: Time to Escape the DevOps Echo Chamber</a>.</p> <p>En résumé, devops à convaincu les utilisateurs de la première heure, mais pas encore le “mainstream”. Le problème, c’est que les gens qui font du devops actuellement se sont enfermés dans une bulle devops. Il faut en sortir pour “précher la bonne parole”, afin que devops devienne mainstream.</p> <p>Sa solution, en 2 étapes :</p> <ul> <li>Se recentrer sur le problème métier : l’objectif de devops est d’améliorer le process métier, afin qu’il soit plus agile et plus réactif aux changements du marché.</li> <li>Utiliser la méthodologie <strong>CAMS</strong> : Culture - Automation - Measurement - Sharing. Avec des étapes concrètes.</li> </ul> <h2 id="le-débat-devops--noops">Le débat devops / NoOps</h2> <p>Un grand débat : est-ce que devops mène à “NoOps”, à savoir plus de “ops” ? Voilà une <a href="https://communities.bmc.com/communities/community/bsm_initiatives/data_center_automation/blog/2011/05/03/noops-no-way">analyse intéressante</a>, qui prône une évolution des “ops”.</p> <h2 id="déploiement-continu--retour-dexpérience">Déploiement continu : retour d’expérience</h2> <p>Un retour d’expérience intéressant sur la <a href="http://blog.heyo.com/how-heyo-deploys-software">méthode de déploiement continu utilisée par Heyo</a>, pour déployer du PHP/MongoDB sur Rackspace Cloud via GitHub.</p> <h2 id="du-côté-des-outils">Du côté des outils</h2> <p><a href="http://www.infoq.com/">InfoQ</a> nous propose un petit <a href="http://www.infoq.com/news/2011/05/unix-orchestration">tour d’horizon des outils de déploiement</a> (en anglais) : une présentation succincte de ControlTier/RunDeck, Fabric, Func, Chef/Knife et Puppet/MCollective.</p> <p>Et si vous utilisez <a href="http://www.puppetlabs.com/puppet/introduction/">Puppet</a>, voici une <a href="http://www.slideshare.net/Alvagante/puppi-puppet-strings-to-the-shell">présentation sur l’outil de déploiement Puppi</a> qui devrait vous intéresser. Avec 2 screencasts :</p> <ul> <li><a href="http://www.youtube.com/watch?v=GCO8gb37E2Q">Démonstration de Puppi</a></li> <li><a href="http://www.youtube.com/watch?v=dZIMQ28Hz2Y">Démonstration de l’utilisation de Puppi avec MCollective</a></li> </ul> <p>L’actualité des outils de “configuration management” :</p> <ul> <li><a href="http://www.opscode.com/chef/">Chef</a> viens de sortir en <a href="http://www.opscode.com/blog/2011/05/02/chef-0-10-0-released/">version 0.10.0</a>.</li> <li><a href="http://www.cfengine.org/">Cfengine</a> 3.1.5 ne vas pas tarder, et <a href="http://www.normation.com/">Normation</a> en profite pour <a href="http://blog.normation.com/2011/04/28/cfengine-3-1-5-is-nearly-out-what-can-we-expect-from-it/">présenter les nouvelles fonctionnalités</a>.</li> <li>Une explication intéressant par l’auteur de <a href="http://www.puppetlabs.com/puppet/introduction/">Puppet</a> sur le <a href="http://www.puppetlabs.com/blog/relicensing-puppet-to-apache-2-0/">changement de licence (Apache 2.0) lors de la sortie de Puppet 2.7</a>.</li> </ul> <h2 id="la-vidéo-de-la-semaine">La vidéo de la semaine</h2> <p>Et pour finir en beauté, <a href="http://www.youtube.com/watch?v=RlsK7x9ID4w">une vidéo à voir absolument</a>, où les Monty Python vous présentent leur vision de devops…</p> <p>Voilà, c’est tout pour cette semaine. RDV ce soir pour le <a href="http://parisdevops.fr/meetups.html#meetup-4">4ème meetup</a> !</p> 2011-04-27T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/27/la-revue-de-presse-devops-5 <p>Bienvenue dans cette 5ème revue de presse devops, avec au sommaire :</p> <ul> <li><a href="#cloudfoundry">Présentation de Cloud Foundry</a></li> <li><a href="#rundeck">Vidéos de présentation de RunDeck</a></li> <li><a href="#deploiement">Le déploiement continu, ce n’est pas si dur que ça !</a></li> <li><a href="#survey">Sondage sur le déploiement d’applications Java</a></li> <li><a href="#podcast">Episode spécial devops dans le podcast ‘coding by numbers’</a></li> <li><a href="#presentations">Retour sur les dernières présentations devops</a></li> <li><a href="#conferences">Les conférences à venir</a></li> </ul> <h2 id="présentation-de-cloud-foundry">Présentation de Cloud Foundry</h2> <p>On va commencer par quelques liens en français, pour changer un peu ! 2 présentations de <a href="http://www.cloudfoundry.com/">Cloud Foundry</a> :</p> <ul> <li><a href="http://blog.xebia.fr/2011/04/13/lancement-du-projet-platform-as-a-service-cloud-foundry-de-spring-source/">Lancement du projet Platform as a Service « Cloud Foundry » de Spring Source</a> (par Xebia)</li> <li><a href="http://linuxfr.org/news/cloud-foundry-la-solution-paas-libre">Cloud Foundry, la solution PaaS libre</a> (par LinuxFR)</li> </ul> <h2 id="vidéos-de-présentation-de-rundeck">Vidéos de présentation de RunDeck</h2> <p>On ne va pas le cacher, on aime bien <a href="http://rundeck.org/">RunDeck</a>. Si vous ne connaissez pas, c’est le moment de découvrir, puisque <a href="http://twitter.com/alexhonor">Alex Honor</a> viens de publier une série de vidéos pour présenter RunDeck :</p> <ul> <li><a href="http://vimeo.com/22902648">Introduction à RunDeck</a></li> <li><a href="http://vimeo.com/22903167">Executer des commandes ‘ad hoc’ dans RunDeck</a></li> <li><a href="http://vimeo.com/22903387">Executer des jobs dans RunDeck</a></li> <li><a href="http://vimeo.com/22903922">Créer des jobs dans RunDeck</a></li> </ul> <p>D’ailleurs on aura des <a href="http://yfrog.com/gzg18pj">stickers RunDeck</a> à distribuer lors du prochain meetup.</p> <h2 id="le-déploiement-continu-ce-nest-pas-si-dur-que-ça-">Le déploiement continu, ce n’est pas si dur que ça !</h2> <p>Un article (en anglais) intitulé <a href="http://www.johnwedgwood.com/continuous-deployment">Continuous Deployment : Getting started is easier than you think</a>, qui nous dit que commencer à faire du déploiement continu, c’est plus facile que vous pensez ! Les principales étapes sont :</p> <ul> <li>Monitoring et notifications en cas de problèmes (basique)</li> <li>Des déploiements sans coupure de service</li> <li>Un serveur de test automatisé</li> <li>Automatiser les déploiements</li> <li>Culture, culture et culture !</li> </ul> <p>A vous de jouer !</p> <h2 id="sondage-sur-le-déploiement-dapplications-java">Sondage sur le déploiement d’applications Java</h2> <p>Tant qu’on parle de déploiement d’applications, pour les java-istes il y a un petit <a href="http://www.zeroturnaround.com/blog/survey-how-do-you-update-your-app-in-production/">sondage</a> afin de savoir comment vous mettez à jour vos applications en production (fonctionnalité “redeploy” du serveur d’application, stop/start du serveur d’application pour éviter les “OutOfMemory”, etc).</p> <h2 id="episode-spécial-devops-dans-le-podcast-coding-by-numbers">Episode spécial devops dans le podcast ‘coding by numbers’</h2> <p>Le podcast <a href="http://www.codingbynumbers.com">coding by numbers</a> viens de sortir un <a href="http://www.codingbynumbers.com/2011/04/coding-by-numbers-episode-24-devops.html">épisode spécial devops</a>, qui est une bonne introduction à devops. Pour rappel si vous cherchez un podcast spécifique à devops, allez voir du côté de <a href="http://devopscafe.org/">devops café</a>.</p> <h2 id="retour-sur-les-dernières-présentations-devops">Retour sur les dernières présentations devops</h2> <p>Petit tour des dernières présentations sur le thème devops :</p> <p><a href="http://twitter.com/patrickdebois">Patrick Debois</a> récidive avec une belle présentation intitulée <a href="http://www.jedi.be/blog/2010/11/27/devops-the-war-is-over-if-you-want-it/">Devops - The War Is Over - if You Want It</a>. On notera la similitude avec la <a href="http://www.slideshare.net/jedi4ever/devops-paris-jug-2011">présentation donnée lors du Paris JUG</a>, mais l’essentiel est de faire passer le message, n’est-ce pas ? ;-)</p> <p><a href="http://twitter.com/botchagalupe">John Willis</a> nous propose quand à lui une présentation orientée “LeanOps”, intitulée <a href="http://www.slideshare.net/botchagalupe/leanops-idg-cloudworld-korea">Open Source Tools and Operations Methodologies for Unlocking the Business Value of the Cloud</a>. Il y a également une version courte des slides : <a href="http://www.slideshare.net/botchagalupe/leanops-as-part-of-devops">LeanOps as part of Devops</a>.</p> <p>Enfin, les slides de la <a href="http://blog.xebia.fr/2011/04/04/14-avril-soiree-monitoring-pragmatique-dapplications-java-avec-le-fondateur-et-cto-dappdynamics/">soirée Monitoring d’Applications Java avec AppDynamics chez Xebia</a> sont <a href="http://www.slideshare.net/cyrille.leclerc/java-application-monitoring-with-appdynamics-founder">disponibles sur slideshare</a>. Monitoring dont on parlera lors du prochain meetup, ce qui me permet de faire une super transition sur le sujet suivant !</p> <h2 id="les-conférences-à-venir">Les conférences à venir</h2> <p>Tous les Puppet-fans européens seront à Amsterdam les 28 et 29 avril, pour le prochain <a href="http://www.puppetlabs.com/community/puppet-camp/puppet-camp-ams-2011-info/">Puppet Camp</a>. Il faut dire que le <a href="http://www.puppetlabs.com/community/puppet-camp/puppetcamp-amsterdam-schedule/">programme</a> est plutôt sympa !</p> <p>Ca commence à bouger pour la prochaine édition des <strong>devopsdays</strong> européens : un <a href="http://www.doodle.com/u9d8x5ycv6cgmcd9">sondage doodle</a> à été ouvert afin de choisir la date. A priori la période pré-selectionnée est autour d’octobre 2011, à Goteborg (Suède). Et histoire de se remettre dans le bain, on vous propose de voir la <a href="http://www.youtube.com/watch?v=EOveXZhJpr4">vidéo des devopsdays 2009</a>.</p> <p>Et en France ? Ca bouge aussi ! Avec 2 meetups devops dans les jours à venir :</p> <ul> <li><a href="http://groups.google.com/group/lille-devops/browse_thread/thread/c1dbeb11fe866fb3">à Lille, jeudi 28 avril</a></li> <li><a href="http://parisdevops.fr/meetups.html#meetup-4">à Paris, mercredi 4 mai</a></li> </ul> <p>Voilà, c’est tout pour cette semaine !</p> 2011-04-20T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/20/la-revue-de-presse-devops-4 <p>Bienvenue dans cette 4ème revue de presse devops, avec une petite sélection de liens :</p> <ul> <li><a href="http://www.kartar.net/2011/04/pro-puppet-2/">Le livre ‘Pro Puppet’ est en cours de publication</a></li> <li>La grand nouvelle de la semaine, c’est bien sur <a href="http://www.cloudfoundry.com/">Cloud Foundry</a>, mais on reviendra surement en détail dessus plus tard</li> <li><a href="http://blogs.the451group.com/opensource/2011/04/13/devops-and-paas-yes-but-now-no-ops/comment-page-1/#comment-564430">devops vs no-ops</a>, petite mise en point par John Willis (relative à Cloud Foundry)</li> <li><a href="http://dev2ops.org/blog/2011/4/14/adam-rosien-on-how-wealthfront-moves-fast-and-agile-video.html">Vidéo et slides de la présentation d’Adam Rosien expliquant comment Wealthfront fonctionne</a> (côté développement, mise en production, agilité et devops)</li> <li><a href="http://www.kartar.net/2011/04/network-management-with-puppet/">Network Management with Puppet</a></li> <li><a href="http://www.youtube.com/watch?v=EOveXZhJpr4">La vidéo devopsdays 2009 : dev meets ops, ops meet dev</a></li> <li><a href="http://agilemanagement.net/index.php/Blog/a_kanban_take_on_devops/">Kanban et devops</a></li> <li><a href="http://blog.kumina.nl/2011/04/published-our-repositories/">Kumina publie des modules et best-practices Puppet</a></li> </ul> <p>Voilà, c’est tout pour cette semaine !</p> 2011-04-13T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/13/la-revue-de-presse-devops-3 <p>Bienvenue dans cette 3ème revue de presse devops, avec au sommaire :</p> <ul> <li><a href="#fb-open-compute">Facebook open-source son nouveau data-center</a></li> <li><a href="#monitoring">Il est temps de revoir votre système de monitoring</a></li> <li><a href="#sorties">Les sorties de la semaine</a></li> <li><a href="#liens">Quelques liens</a></li> </ul> <h2 id="facebook-open-source-son-nouveau-data-center">Facebook open-source son nouveau data-center</h2> <p>La nouvelle de la semaine, c’est bien sur l’annonce de Facebook : <a href="http://opencompute.org/">Open Compute</a>. Après avoir mis en place leur propre data-center, ils ont décidé de mettre en open-source toutes les specs, que ce soit pour les serveurs (chassis, cartes-mères, etc) ou le data-center en lui-même (électricité, racks, etc). Et annoncent travailler avec différents partenaires (Rackspace, Dell, HP, Intel, AMD, etc) pour continuer à développer le projet.</p> <p><a href="http://twitter.com/jesserobbins">Jesse Robbins</a> fait une <a href="http://radar.oreilly.com/2011/04/facebook-open-compute-ops.html">analyse intéressante de cette annonce</a> (en anglais) : les constructeurs sont encore obstinés par les serveurs individuels, alors que pour faire du web il faut bosser au niveau de l’infrastructure dans son ensemble, avec des solutions automatisées de reprise sur incident lorsqu’un serveur ne répond plus.</p> <p>D’où le nombre grandissant d’acteurs qui développent leur propre infrastructure en interne. Et si facebook n’est pas le premier à construire son propre data-center pour ses propres besoins, c’est en revanche le premier à dévoiller son fonctionnement et ses spécifications détaillées. Peut-être que le projet Open Compute permettra d’impliquer les constructeurs dans une logique infrastructure plutôt que serveur. Et penser infrastructure, en permettant au software de provisionner automatiquement le hardware, c’est penser devops ;-)</p> <h2 id="il-est-temps-de-revoir-votre-système-de-monitoring">Il est temps de revoir votre système de monitoring</h2> <p>Quelle est la flexibilité de votre système de monitoring actuel ? Est-il est capable de gérer à la fois votre infrastructure, vos services, la partie business de vos applications ?</p> <p><a href="http://www.devco.net/">R.I. Pienaar</a> propose une approche intéressante dans son billet <a href="http://www.devco.net/archives/2011/04/04/monitoring_framework_composable_architectures.php">Monitoring Framework: Composable Architectures</a> (en anglais) : un système faiblement couplé avec une brique de routage au milieu, qui fait transiter des évènements en JSON. L’idée est de composer votre système de monitoring comme vous l’entendez, notament en laissant la possibilité aux développeurs de s’intégrer facilement dedans, et de pousser des évènements business depuis les applications.</p> <p>Dans le même genre, un article titré <a href="http://adam.heroku.com/past/2011/4/1/logs_are_streams_not_files/">Logs Are Streams, Not Files</a>, où pourquoi il faut traiter ses logs comme un flux, plutôt que de les entasser dans un fichier avant de les analyser. Ce qui rejoint l’idée d’un système de monitoring ouvert, où les logs sont traités comme des évènements. Bref, il y a matière à réflexion.</p> <h2 id="les-sorties-de-la-semaine">Les sorties de la semaine</h2> <ul> <li><a href="http://docs.puppetlabs.com/mcollective/releasenotes.html#1_1_4">Puppet MCollective 1.1.4</a> : une nouvelle version de la branche de développement (1.1.x), mais avec une nouvelle fonctionnalité de taille : la possibilité d’écrire des actions dans des langages autre que Ruby.</li> </ul> <!-- --> <ul> <li><a href="http://jedi.be/blog/2011/03/31/installable-vagrant-boxes/">Installable Vagrant Boxes</a> : Patrick Debois a publier une méthode pour “bundlé” des boxes vagrant avec vagrant integré dans l’executable, plus besoin d’installer vagrant sur la machine, juste besoin d’une JVM et … de JRuby, malheureusement moins frequent. Le but de cet outils est donc de faire rapidement de demos de Vagrant, dans la lignée du dernier meetup !</li> </ul> <h2 id="quelques-liens">Quelques liens</h2> <ul> <li><a href="http://www.slideshare.net/arosien/scaling-at-wealthfront">http://www.slideshare.net/arosien/scaling-at-wealthfront</a></li> <li><a href="http://www.kitchensoap.com/2011/04/07/resilience-engineering-part-i/">http://www.kitchensoap.com/2011/04/07/resilience-engineering-part-i/</a></li> <li><a href="http://teddziuba.com/2011/03/devops-scam.html">http://teddziuba.com/2011/03/devops-scam.html</a> , une controverse du mouvement devops, article fort interessant, qui explique que le mouvement devops n’est pas clair, en effet, il soulève des problèmes mais ne propose pas (encore) de solutions clair.</li> <li><a href="http://groups.google.com/group/lille-devops/browse_thread/thread/73880cc9650bc75e">http://groups.google.com/group/lille-devops/browse_thread/thread/73880cc9650bc75e</a> , un petit post de nos amis de Lille, sur le monitoring “L’Hypervision : la Supervision Open Source 2.0” , pour preparer le prochain meetup …</li> </ul> <p>Voilà, c’est tout pour cette semaine !</p> 2011-04-06T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/06/la-revue-de-presse-devops-2 <p>Ah enfin mercredi, et la tant attendue revue de presse devops ! Au sommaire de cette 2ème édition :</p> <ul> <li><a href="#meetup">Date du prochain meetup : 4 mai</a></li> <li><a href="#enquete">Les résultats de l’enquête devops 2011</a></li> <li><a href="#mixit">Slides de la présentation devops à la conférence MIX-IT</a></li> <li><a href="#etsy">Vidéo de la conférence ‘Moving Fast at Scale’</a></li> <li><a href="#chef">Utiliser Chef pour gérer des postes client</a></li> <li><a href="#verite">La vérité sur devops</a></li> <li><a href="#imagine">La chanson devops</a></li> <li><a href="#people">La minute people</a></li> <li><a href="#teasing">Le teasing de la semaine</a></li> <li><a href="#citations">Les citations de la semaine</a></li> </ul> <h2 id="date-du-prochain-meetup--4-mai">Date du prochain meetup : 4 mai</h2> <p>On commence par un peu d’auto-promo : la date du prochain meetup du <em>Paris DevOps</em> à été annoncée hier, il s’agit du mercredi 4 mai. Je vous laisse lire <a href="/blog/2011/04/05/prochain-meetup-le-mercredi-4-mai.html">l’annonce officielle</a>, puis filez vous <a href="http://lanyrd.com/2011/paris-devops-meetup-4/">inscrire</a> ! Vous pourrez revenir lire la revue de presse plus tard…</p> <h2 id="les-résultats-de-lenquête-devops-2011">Les résultats de l’enquête devops 2011</h2> <p><a href="http://replaysolutions.com/">Replay Solutions</a> viens de publier <a href="http://replaysolutions.com/2011-DevOpsSurveyResults">les résultats de l’enquête devops</a> qu’ils ont réalisé en janvier 2011, avec 1 200 participants provenant de diverses entreprises.</p> <p>D’après <a href="http://replaysolutions.com/company/news/59">le communiqué de presse</a>, la moitié des répondants ont un “process devops” actif : 25% avec une équipe dédiée, et 25% avec une équipe partagée. Sachant que les grosses entreprises ont plutôt tendance à avoir des équipes devops dédiée, et les petites entreprises des équipes partagées. D’autre part, 60% disent utiliser des méthodes agiles. Devops, dans la continuité de l’agilité… Autre point intéressant : 90% des répondants estiment que les outils sont “importants” ou “plutôt importants” au succès de devops. Quand on vous dit que devops c’est culture et outils… Enfin, les 3 bénéfices majeurs de devops : réduction du temps pour corriger un bug (en production), meilleure communication, mises à jour plus faciles.</p> <p>Les résultats de l’enquête (format PDF) :</p> <ul> <li><a href="http://replaysolutions.com/downloads/DevOps-2011-TrendsOverview.pdf">avec analyse et des graphs</a></li> <li><a href="http://replaysolutions.com/downloads/DevOps-2011-TrendsSurvey.pdf">resultats ‘brut’</a></li> </ul> <h2 id="slides-de-la-présentation-devops-à-la-conférence-mix-it">Slides de la présentation devops à la conférence MIX-IT</h2> <p>La conférence <a href="http://www.mix-it.fr/">MIX-IT</a> a eu lieu hier à Lyon, et au programme il y avait entre autres une <a href="http://www.mix-it.fr/sessions#session_39003">présentation sur le mouvement devops</a> par <a href="http://www.mix-it.fr/speakers#speaker_40007">Gildas Le Nadan</a>. <a href="http://devops.fr/mixit/slides.pdf">Les slides sont disponibles</a> (allez-y, pour une fois c’est en français ;-)</p> <h2 id="vidéo-de-la-conférence-moving-fast-at-scale">Vidéo de la conférence “Moving Fast at Scale”</h2> <p>Une autre conférence, mais un peu plus loin cette fois-ci (USA) : <a href="http://codeascraft.etsy.com/2011/03/19/moving-fast-at-scale-slides-and-reprise/">Moving Fast at Scale</a>, organisée par <a href="http://codeascraft.etsy.com">Etsy</a>. <a href="http://livestre.am/GXi0">La vidéo de la conférence est disponible</a>, mais attention c’est long : 2 heures ! (en anglais). Au programme :</p> <ul> <li><a href="http://www.slideshare.net/chaddickerson/scaling-startups/">Scaling Startups</a></li> <li><a href="http://www.slideshare.net/kellan/continuous-deployment-7300057">Déploiement continu</a></li> <li><a href="http://www.slideshare.net/kastner1/deployinator-turning-the-fear-into-the-fear">‘Deployinator’</a> (outil de déploiement interne)</li> <li><a href="http://www.slideshare.net/mikebrittain/metrics-driven-engineering-at-etsy">Metrics-driven Development</a> (monitoring)</li> </ul> <h2 id="utiliser-chef-pour-gérer-des-postes-client">Utiliser Chef pour gérer des postes client</h2> <p>Les outils de “gestion de configuration” type Puppet/Chef/Cfengine sont généralement utilisés pour gérer des serveurs. Mais pourquoi ne pas les utiliser pour gérer des postes clients ? Après tout, <a href="http://www.redmonk.com/cote/2008/06/11/puppet-at-google-redmonk-radio-episode-48/">Google utilise bien Puppet pour des milliers de desktop Mac</a>.</p> <p>Voilà donc un billet sous forme de tutoriel qui explique simplement comment utiliser Chef pour gérer 3 Macbook : <a href="http://jtimberman.posterous.com/managing-my-workstations-with-chef">Managing My Workstations with Chef</a> (en anglais).</p> <h2 id="la-vérité-sur-devops">La vérité sur devops</h2> <p>Encore un billet de blog à la recherche de la définition ultime de “devops” : <a href="http://lunatractor.com/2011/03/31/the-truth-about-devops/">The Truth about DevOps</a> (en anglais). Il semble que les gens passent plus de temps à essayer de définir devops qu’autre chose ;-) Bref, ici l’auteur définit devops par les 4 points suivants :</p> <ul> <li>les développeurs s’intéressent / s’investissent dans le déploiement applicatif et l’environnement de production</li> <li>les admin système s’intéressent / s’investissent dans le développement de nouvelles fonctionnalités</li> <li>les développeurs ont accès à l’environnement de production, au système de monitoring et aux process de déploiement</li> <li>les admin système sont impliqués dans le développement des nouvelles fonctionnalités dès le départ</li> </ul> <p>L’auteur écrit en anglais “to care about”, je pense vraiment que le bon mot est “s’investir” : les devs s’investissent dans le travail des ops, et inversement. Dommage qu’il n’ait pas mentionné la finalité de devops (gestion plus fluide/souple de l’infrastructure et des applications, meilleure “expérience utilisateur”)</p> <h2 id="la-chanson-devops">La chanson devops</h2> <p>Oui on sait, on est un peu en retard. Mais comme on a oublié de vous le mettre dans la revue de presse précédente… Bref, voilà un énième massacre de “Imagine” de John Lennon. Mais bon c’est sur le thème devops, donc on lui pardonne !</p> <ul> <li><a href="http://www.youtube.com/watch?v=iYLxw6OsZug">Imagine DevOps</a> (vidéo de la chanson sur youtube)</li> </ul> <p>A voir en mettant le son à fond dans le bureau, pour attirer vos collègues ! Remarque : <em>Paris DevOps</em> décline toute responsabilité en cas de problème avec vos collègues suite au visionnage de cette vidéo ;-)</p> <h2 id="la-minute-people">La minute people</h2> <p>La communauté Java à eu droit à sa “minute people” cette semaine avec <a href="http://nighthacks.com/roller/jag/entry/next_step_on_the_road">l’embauche de James Gosling chez Google</a>, maintenant c’est au tour de la communauté devops !</p> <p><a href="http://www.johnmwillis.com/about/">John Willis</a> (l’une des références devops) à annoncé qu’il quittait <a href="http://www.opscode.com/">Opscode</a> (la boite derrière <a href="http://opscode.com/chef/">Chef</a>) pour <a href="http://www.dtosolutions.com/">DTO Solutions</a> (la boite derrière <a href="http://controltier.org/">ControlTier</a> et <a href="http://rundeck.org/">RunDeck</a>). Rien de très étonnant finalement, vu que le boss de DTO Solutions est <a href="http://twitter.com/damonedwards">Damon Edwards</a>, qui n’est autre que le <a href="http://devopscafe.org/display/ShowImage?imageUrl=/storage/IMG_2540.jpg">co-animateur</a> du podcast <a href="http://devopscafe.org/">DevOps Cafe</a> avec <a href="http://twitter.com/botchagalupe">John</a>. Bref, devops c’est un peu comme Dallas ;-) <a href="http://twitter.com/botchagalupe/status/53973034335342592">L’annonce sur Twitter</a> (en anglais)</p> <p>J’en profite quand même pour vous inciter à écouter le podcast <a href="http://devopscafe.org/">DevOps Cafe</a>, histoire que cette section “minute people” ne soit pas totalement inutile !</p> <h2 id="le-teasing-de-la-semaine">Le teasing de la semaine</h2> <p>Le teasing devops de la semaine, c’est <a href="http://doaas.com/">DevOps as a service</a>. Comme c’est du teasing, on a pas plus d’informations à vous donner, mais vous pouvez jouer avec “whois” pour en savoir plus (ça, c’est l’exercice de la semaine ;-)</p> <h2 id="les-citations-de-la-semaine">Les citations de la semaine</h2> <ul> <li>[`puppetmasterd”:http://twitter.com/puppetmasterd : ““<em>#devops is the belief that sysadmins deserve and should always use the best tools, and that most of those tools look like dev tools</em>”“:http://twitter.com/puppetmasterd/status/53534064682074114 <ul> <li>“`DEVOPS_BORAT](http://twitter.com/DEVOPS_BORAT) : “”<em>Is true DevOps is first culture then technology. Is why in startup we interview candidate in literature, classical music and ballet.</em>“”:http://twitter.com/DEVOPS_BORAT/statuses/55312363431276545</li> </ul> </li> </ul> <p>Voilà, c’est tout pour cette semaine !</p> 2011-04-05T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/05/prochain-meetup-le-mercredi-4-mai <p>Le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 4 mai</strong> 2011, à 19h dans les locaux de <a href="http://www.xebia.fr/">Xebia</a> (156 Boulevard Haussmann, dans le 8ème).</p> <p>Au programme :</p> <ul> <li>Un retour d’expérience sur un gros projet agile distribué (100 personnes, 10 équipes, 4 pays) orienté culture DevOps, process… et (un peu ;) outils.</li> <li>Monitoring dans un cadre devops : infrastructure, services, business, trend monitoring, alert monitoring, dashboards, wallboards, etc.</li> </ul> <p>Les inscriptions se font sur lanyrd comme d’habitude : <a href="http://lanyrd.com/2011/paris-devops-meetup-4/">http://lanyrd.com/2011/paris-devops-meetup-4/</a></p> <p>RDV le 4 mai !</p> 2011-04-04T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/04/confessions-d-un-developpeur-anonyme <p><strong>… ou comment j’en suis arrivé à déployer mes applications en production tout seul</strong></p> <p><em>Avant propos : toute ressemblance avec des personnes ayant existé ou existant serait purement fortuite.</em></p> <p>Je suis un développeur. Un développeur Java. Et je déploie mes applications en production. Tout seul. Depuis 1 mois. Comment j’en suis arrivé là ? Petit retour en arrière :</p> <p>Depuis tout petit, en tant que développeur Java on m’a tenu éloigné de la ligne de production. Là où ça canarde, avec des gros serveurs, des gros tuyaux et des grosses roquettes… heu, requêtes. Il paraît que c’était pour mon bien. J’avais rien à faire là, il fallait que je reste jouer dans l’arrière court, avec mon tomcat.</p> <p>Ca à duré un moment. On travaillait en cachette dans l’arrière court, avec nos jouets à nous, et de temps en temps il y a un intermédiaire qui passait, on lui donnait ce qu’on avait fait, et il repartait. Souvent, il revenait quelques heures ou quelques jours plus tard, assez énervé, en nous rejetant tout à la figure. Et on recommençait, en essayant de deviner à l’aveugle ce qui n’allait pas.</p> <p>On aurait presque finit par s’habituer à cette façon de travailler. Sauf que ça pouvait pas durer éternellement. Le premier changement est venu avec la mise en place d’une conférence Jabber commune aux 2 équipes. Oui, un “chat” tout bête auquel les développeurs et les administrateurs système sont connectés toute la journée. Le simple fait de pouvoir suivre en temps réel les mises en production de nos applications, et d’aider en cas de problème, à commencé à faire évoluer notre façon de travailler ensemble. 1 point pour la communication.</p> <p>Le deuxième changement est venu avec l’accès aux logs. Pareil, ça a l’air bête à dire, mais un développeur qui ne voit pas ses logs, ça donne des logs qui ne servent à rien : soit trop verbeux, soit pas assez détaillés en cas de problème, mais généralement les 2 à la fois ! D’autre part, il faut bien avouer que la majorité des admins système ne sont pas expert en analyse de stacktrace java, et qu’on se retrouve souvent à leur en demander toujours un peu plus : “tu peux me copier-coller la fin de la stack stp”. Bref, à force d’insister, nous avons eu accès aux logs de production. Via un outil commun avec l’équipe système. Le premier outil lié à la production qu’on partage avec l’équipe système. 1 point pour le partage d’outils.</p> <p>A partir de là, on s’est senti de plus en plus concernés par ce qu’il se passait en production. On pouvait suivre les mises en production. Voir les erreurs directement, par exemple en cas de mauvaise configuration dans le JNDI. Proposer une solution rapidement. L’idée d’automatiser le déploiement est donc arrivée progressivement. Comme souvent, la première tentative à été un échec. Mais pas un échec total. En effet, nous avons commencé par un script ant, ce qui nous semblait une bonne solution. Assez “neutre” pour être utilisée par des développeurs et des admins système, dans notre environnement de dev, et dans l’environnement de production. Et bien non, l’équipe système à développée son propre script shell. Nous avons donc passé plusieurs mois ainsi, dans une pseudo-automatisation, avec des scripts (et méthodes) différentes dans des environnements différents.</p> <p>Un peu plus tard, nous avons cru voir notre salut dans un outil commercial. La solution était attirante, et l’idée d’utiliser la même méthode pour déployer sur les différents environnements nous plaisait. Surtout qu’on imaginait déjà au bout du tunnel le fait de pouvoir faire nous même les mises en production. 2ème échec : problème de budget. Et oui, “pourquoi dépenser de l’argent pour quelque chose qui marche déjà ?”</p> <p>Je ne vais pas vous faire le coup du guerrier qui se relève plus fort après avoir été blessé. Si ? Bon ok : nous avons donc commencé à travaillé ensemble sur la mise en place d’outils et de processus pour l’automatisation de la mise en production de nos applications. Bref, nous avons regardé tout ce qui tournait autour de devops, en se disant : “ok on est prêt, on peut y aller”. Je garde les détails pour un prochain billet, sinon on est encore là demain matin ! Sachez juste que notre objectif était le mythique “1-click deploy” : une interface web simple, qui permet de déployer en production en 1 seul click. Il est donc temps de passer aux choses sérieuses : la première fois.</p> <p>La première fois. On était seuls. En tête à tête. Par où commencer ? En théorie je sais très bien comment faire, mais là c’est la pratique. Je repère le “spot”, ok c’est là qu’il faut aller. L’adrénaline monte. Un coup d’oeil à droite, un autre à gauche, histoire de vérifier que personne ne surveille. On sait jamais, un type qui se pointerai à la dernière minute, et me dirait “Non mais monsieur, c’est interdit ce que vous allez faire là <img src="&quot;. Reprenons. Je commence à transpirer. Je me déboutonne. Allez, j'y vais" alt="" /> La machine est lancée, j’ai l’impression que rien ne pourra l’arrêter. En tout cas je n’ai pas la volonté de le faire. Le temps ralenti, les secondes durent des heures. Est-ce que tout se passe bien ? Un dernier soubresaut, et c’est fini. Déjà ? Est-ce que ce n’est pas trop court ? Est-ce que tout s’est bien déroulé comme prévu ? Et oui, notre application s’est bien déployée ! Et je peux même me permettre de recommencer. De cliquer comme un forcené sur ce bouton. D’appeler les autres pour leur montrer. Hé les gars, je l’ai fait !</p> <p>Un mois plus tard. Qu’est ce qui a changé ? Et bien finalement, pas tant de choses que ça. Et pourtant si. Est-ce qu’on fait 50 déploiements par jour ? Non. 10 peut-être ? Non. Plusieurs par jour alors ? Non. Bon au moins un par jour ? Et bien… même pas forcément. Ce qui change surtout, c’est la possibilité de déployer quand on veut. On ne dépend pas de la présence et de la disponibilité de quelqu’un d’autre. Le système est fiable, et la confiance s’est installée. Alors pourquoi ne pas déployer plusieurs fois par jour ? Tout simplement car ça demande un changement d’organisation et de méthode de développement, donc du temps. On ne passe pas d’un déploiement toutes les 2 semaines à plusieurs déploiements par jour en claquant des doigts. Mais on y travaille.</p> <p>L’autre gros changement, le plus important pour moi : le changement de philosophie. Officiellement, les développeurs ne font pas d’astreinte. Néanmoins en cas de problème, on a maintenant la capacité d’intervenir : on connait l’infrastructure, on a accès aux machines, à la configuration, aux logs, et bien sur au code source des applications. On sait ce qui a été modifié récemment, ce qu’on peut désactiver pour remettre le service en ligne. Et on le fait. En tout cas je l’ai fait. Et intervenir comme ça un soir tard, ça fait réfléchir quand à la façon de développer. On est responsable du fonctionnement de notre application, on est investi dans son bon fonctionnement en production.</p> <p>L’automatisation du déploiement, le partage d’outils, la communication, la confiance, c’est bien. Mais ce n’est qu’une partie des concepts devops. Il nous reste encore beaucoup de travail : améliorer les tests automatisés en amont des déploiements, le monitoring et les alertes, continuer à faire évoluer notre façon de développer, etc. Et au final, le grand gagnant ce n’est pas tant les développeurs ou les admins système, mais le client. Que ce soit le client interne qui fait ses demandes d’évolution, ou le client externe qui utilise l’application.</p> <p>Voilà. Je suis un développeur. Un développeur Java. Et je déploie mes applications en production. Tout seul. Depuis 1 mois.</p> <p><em>PS: inspiré d’une histoire réelle, même si tout à été volontairement exagéré dans ce texte. Mais sachez tout de même qu’aucun développeur ou administrateur système n’a été maltraité durant l’écriture de ce texte ;-)</em></p> 2011-04-01T00:00:00+00:00 http://parisdevops.fr/blog/2011/04/01/ard-et-certifications-devops <p>MISE A JOUR : il s’agissait bien sur d’un <strong>poisson d’avril</strong> !</p> <hr /> <p>Il faut se rendre à l’évidence, devops est encore un truc d’amateurs. La preuve ? <a href="http://fr.wikipedia.org/wiki/DevOps">Il n’y a pas d’article devops dans wikipedia</a> !</p> <p>Bref, il est grand temps de passer à l’étape suivante, de pousser devops dans les entreprises, les vraies, celles qui ont de grands DSI, des armées de consultants et qui sont abonnées à “01 Informatique”, en un mot, il est temps de devenir “mainstream” !</p> <p>Nous sommes donc fiers de vous annoncer la création de l’ <strong>ARD</strong> : l’ <strong>Autorité de Régulation Devops</strong>, dont le rôle sera de mettre en place une politique de certification devops et d’assurer le contrôle de tout ce qui tourne autour de devops.</p> <p>Nous avons ainsi identifier plusieurs niveaux de certifications devops :</p> <ul> <li><strong>Commercial avant-vente devops</strong> : le premier niveau de certification, qui vous permet de prôner le discours officiel auprès des incultes.</li> <li><strong>Manager devops</strong> : il dispose d’un plus gros salaire, et il manage. C’est tout.</li> <li><strong>Architecte Devops</strong> : réservé aux maîtres de la discipline, capables d’un grand discernement et écoutés de tous, tel <a href="http://twitter.com/DEVOPS_BORAT">@DEVOPS_BORAT</a></li> <li><strong>Devops Jedi</strong> : niveau de certification ultime, décerné d’office à <a href="http://www.jedi.be/">Patrick Debois</a></li> </ul> <p>Pour vous donner une idée du niveau exigé pour ces certifications, voilà quelques exemples de questions posées lors des examens :</p> <ul> <li>Que signifie “DevOps” ? “Developing Operations”, “Deviant Operations” ou “Devil Operations” ?</li> <li>Devops c’est avant tout pour : les actionnaires, les managers ou les consultants ?</li> <li>Il faut acheter devops : parce que les concurrents en achète, parce que ça permet d’augmenter les demandes de budget en début d’année, ou parce que vous le valez bien ?</li> </ul> <p>La politique de contrôle passera également par une uniformisation des “groupes devops” qui commencent à se monter un peu partout : pour continuer à exister, chaque groupe devra rallier la banière de l’ARD et organiser des sessions préparées à l’avance en utilisant les matériaux fournis par l’ARD.</p> <p>De même, des inspecteurs seront nommés et répartis dans les entreprises, afin de s’assurer qu’aucune ne déroge à la règle : ne pas tenter d’implémenter de pratiques devops sans la présence d’au moins une personne certifiée devops.</p> <p>Enfin, tous les textes évoquant ou concernant devops devront faire l’objet d’une validation auprès de l’ARD avant d’être diffusés sur internet.</p> <p>Tout cela est bien entendu dans votre intérêt, afin de gagner en crédibiliter auprès de vos employeurs, vous assurant de ne jamais présenter de factures à moins de 5 zéros.</p> <p>Nous sommes bien sur fermés à toutes remarques ou suggestions que vous auriez à nous faire sur la mise en place de l’ARD et du système de certifications.</p> <p>Bienvenue dans un monde meilleur, dans un monde plus ARD !</p> 2011-03-30T00:00:00+00:00 http://parisdevops.fr/blog/2011/03/30/la-revue-de-presse-devops-1 <p>Donc voilà, on va essayer de faire une <strong>revue de presse hebdomadaire</strong>, sur le thème <strong>devops</strong>. Et le grand jour de sortie sera le <strong>mercredi</strong>. Et là je vous vois venir, “pourquoi le mercredi ?”. Et bien tout simplement parce qu’on a commencé à organiser les <a href="/meetups.html">meetups</a> du <em>Paris DevOps</em> les mercredi (mais pas tous les mercredi hein), donc à partir de maintenant le mercredi c’est le jour devops ;-)</p> <p>Au minimum on va essayer de noter les articles qui nous ont semblé intéressants, les sorties d’outils catégorisés “devops”, etc. Et si on est en forme, vous aurez le droit à quelques commentaires voir pourquoi pas une analyse plus poussée par-ci ou par-là.</p> <p>Allez, on envoie la première !</p> <ul> <li><a href="#si">Un SI propre avec iTop, RunDeck, Puppet, FusionInventory</a></li> <li><a href="#monitoring">Frameworks maison de monitoring applicatif</a></li> <li><a href="#vagrant">Utilisation de Vagrant dans une équipe</a></li> <li><a href="#puppet">Donner du style à Puppet</a></li> <li><a href="#foreman">Nouvelle version de Foreman : 0.2</a></li> <li><a href="#troll">Le troll devops de la semaine</a></li> </ul> <h2 id="un-si-propre-avec-itop-rundeck-puppet-fusioninventory">Un SI propre avec iTop, RunDeck, Puppet, FusionInventory</h2> <p><a href="http://blog.asyd.net/">Asyd</a> nous présente sa vision d’un SI “propre”, en mettant en place les différents types d’outils qu’on voit habituellement dans des déploiements devops : une CMDB (Configuration Management DataBase), un outil de gestion de la configuration, un outil de gestion des jobs, et enfin un outil de gestion d’inventaire. Que des outils open-source, qui ont assez de points d’extension pour communiquer les uns avec les autres. Bref, un article à lire ! <a href="http://blog.asyd.net/2011/03/un-si-propre-avec-itop-rundeck-puppet-fusioninventory/">http://blog.asyd.net/2011/03/un-si-propre-avec-itop-rundeck-puppet-fusioninventory/</a></p> <h2 id="frameworks-maison-de-monitoring-applicatif">Frameworks maison de monitoring applicatif</h2> <p>Suite au très bon post d’ <a href="http://codeascraft.etsy.com/">Etsy</a> sur leur solution interne de monitoring applicatif <a href="http://codeascraft.etsy.com/2011/02/15/measure-anything-measure-everything/">Measure Anything, Measure Everything</a>, il semble que pas mal de personnes s’intéressent à la mise en place de frameworks maison de monitoring applicatif assez poussés :</p> <ul> <li><a href="http://railstips.org/blog/archives/2011/03/21/hi-my-name-is-john/">Hi My Name is John…</a> (…and I am addicted to analytics)</li> <li><a href="http://www.devco.net/archives/2011/03/19/thinking_about_monitoring_frameworks.php">Thinking about monitoring frameworks</a> et la suite <a href="http://www.devco.net/archives/2011/03/25/monitoring_framework_event_correlation.php">Monitoring Framework: Event Correlation</a></li> <li>Et nous également, mais on a pas encore écrit de billet sur le sujet ;-)</li> </ul> <p>L’idée à retenir, c’est un framework très simple à utiliser, et très léger, qui fonctionne en mode asynchrone. Cela permet d’enregistrer beaucoup d’évènements, et ensuite de monter une solution de graph pour visualiser ce qui se passe en temps réel. Puis un petit dashboard par dessus tout ça, quelques alertes en cas de dépassement de seuils, et vous serez déjà beaucoup plus serein quand au fonctionnement de votre application en production. Attention il ne s’agit pas de reprendre ce qui existe déjà côté ops (cpu, mémoire, etc), mais bien de données applicatives (logins, achats, commentaires, clicks sur certains bouttons, etc). Quelque chose qui puisse faire référence à la fois pour les devs, les ops, mais aussi les gens du business (le client). Mais c’est un sujet qui nécessiterai un meetup ;-)</p> <h2 id="utilisation-de-vagrant-dans-une-équipe-par-patrick-debois">Utilisation de Vagrant dans une équipe (par Patrick Debois)</h2> <p>Vous le savez tous, Patrick Debois c’est un peu le papa de devops (oui le petit devops à un papa, mais pas de maman. C’est une histoire pour un prochain post <img src="" alt="" /> Donc quand Patrick nous présente son utilisation de “Vagrant”:http://vagrantup.com/, couplé au fait qu’on viens de faire une “présentation Vagrant au dernier meetup”:/meetups.html#meetup-3… et bien ça nous a semblé intéressant ) L’article en anglais : <a href="http://jedi.be/blog/2011/03/28/using-vagrant-as-a-team/">http://jedi.be/blog/2011/03/28/using-vagrant-as-a-team/</a></p> <p>La majeure partie de l’article est consacrée à la mise en place de Vagrant, et l’utilisation d’un “provisioner”. Reste le retour d’expérience, tout à la fin du billet : dans l’équipe de développeurs qui utilise Vagrant, tous les devs ne participent pas à l’écriture de recettes/manifests. Cette tâche est uniquement accomplie par quelques devs, plus orientés ops. Peut-être une question de temps ?</p> <p>Autre remarque plus “étonnante” : la panoplie de technologies différentes utilisées dans le même projet : nodejs, grails, rails, perl, redis, mysql, hadoop. Rien que ça ! Ca mériterait un billet pour détailler les raisons d’utilisation d’autant de technos différentes (en tout cas moi ça m’intrigue…)</p> <h2 id="donner-du-style-à-puppet">Donner du style à Puppet</h2> <p>Les p’tits gars de <a href="http://www.puppetlabs.com/">Puppet Labs</a> nous ont pondu une convention de style pour écrire des modules/classes/ressources pour Puppet :</p> <ul> <li><a href="http://www.puppetlabs.com/blog/a-question-of-style/">L’annonce sur le blog de Puppet Labs</a></li> <li><a href="http://docs.puppetlabs.com/guides/style_guide.html">La convention de style</a></li> </ul> <p>Un des objectifs de Puppet étant de documenter votre infrastructure, l’idée d’avoir un style commun prend beaucoup de sens. A défaut d’être utilisé partout (on sait comment ça marche), ça peut déjà vous donner des idées en interne : est-ce que vos modules sont propre ? Ne serait-il pas temps d’en profiter pour faire un petit ménage de printemps ? ;-)</p> <h2 id="nouvelle-version-de-foreman--02">Nouvelle version de Foreman : 0.2</h2> <p>Tant qu’on est dans l’univers Puppet : <a href="http://theforeman.org/">Foreman</a> viens de sortir en version 0.2, qui est d’après les développeurs “une version majeure”. L’objectif de Foreman est de servir de point d’entrée dans la gestion des serveurs, notamment en fournissant une interface web à Puppet, mais également en gérant le provisioning avant l’entrée en scène de Puppet. Les principales nouveautés de cette version : nouveau look &amp; feel, API REST étendue, support du nouveau format des rapports Puppet, etc.</p> <ul> <li><a href="http://theforeman.org/blogs/show/14">L’annonce de la version 0.2</a></li> <li><a href="http://theforeman.org/projects/foreman/wiki/ReleaseNotes">Les ‘release notes’ complètes</a></li> </ul> <h2 id="le-troll-devops-de-la-semaine">Le troll devops de la semaine</h2> <p>Pour finir en beauté !</p> <ul> <li>Le billet d’origine : <a href="http://teddziuba.com/2011/03/devops-scam.html">Devops Is a Poorly Executed Scam</a></li> <li>La réponse : <a href="http://morethanseven.net/2011/03/26/Devops-isnt-a-methodology.html">Devops Isn’t A Methodology</a></li> </ul> <p>Pour ma part, je ne retiendrais qu’une seule chose : <em>“The Devops people have a bit of traction, and they’re failing to capitalize on it. You’ve got a good thing going here, profit from that shit. Books, training, conferences, the whole bit. Get down to it.”</em> C’est donc officiel, à partir de maintenant l’accès aux meetups sera payant ! 5 000 euros la soirée, c’est raisonnable, non ? ;-)</p> <p>Et voilà, c’est fini pour cette semaine, RDV mercredi prochain. Et pensez à vous abonner au <a href="http://feeds.feedburner.com/parisdevops">flux RSS</a> du blog !</p> 2011-03-28T00:00:00+00:00 http://parisdevops.fr/blog/2011/03/28/nouveau-site-parisdevops <p>Et voilà, le <em>Paris DevOps</em> se dote enfin d’un site web !</p> <p>L’objectif principal est de regrouper les informations concernant les <a href="/meetups.html">meetups</a> : dates, comptes-rendus, liens vers les slides, etc.</p> <p>Il s’agit également du point d’entrée dans la <a href="/communaute.html">communauté</a>.</p> <p>Si vous souhaitez y voir autre chose, n’hésitez pas à participer au sondage <a href="http://www.google.com/moderator/#16/e=670ed">Quelles fonctions devrait avoir le site devops paris ?</a> (également accesssible sur la page <a href="/sondages.html">sondages</a>).</p> <p>Et le plus important : si vous souhaitez participer, par exemple pour écrire des compte-rendu de meetups, ou des articles sur le <a href="/blog">blog</a> en rapport avec devops, voilà la marche à suivre :</p> <ul> <li>Demandez sur la <a href="/communaute.html">mailing-list</a> avec votre identifiant <a href="http://github.com/">GitHub</a></li> <li>Le code source est hébergé sur GitHub : <a href="https://github.com/parisdevops/parisdevops.github.com">parisdevops.github.com</a> (avec des explications détaillées)</li> <li>On utilise la <a href="http://pages.github.com">solution d’hébergement de GitHub</a>, qui se base sur <a href="https://github.com/mojombo/jekyll/">Jekyll</a> avec des templates <a href="http://redcloth.org/hobix.com/textile/">Textile</a> (dit comme ça, ça à l’air simple hein ;-)</li> <li>Vous pouvez soit éditer directement les pages dans <a href="https://github.com/parisdevops/parisdevops.github.com">l’interface web de GitHub</a>, soit utiliser Git normallement (clone, commit, push).</li> </ul> 2011-03-17T00:00:00+00:00 http://parisdevops.fr/blog/2011/03/17/compte-rendu-du-3-eme-meetup-paris-devops <p>Il y avait <strong>30 personnes</strong> le mercredi 16 mars 2011 vers 19h chez Octo, pour le 3ème meetup du <em>Paris DevOps</em>. Au programme de la soirée : <strong>3 présentations, sur RunDeck, Puppet et Vagrant</strong>. Soirée présentations et démonstration d’outils orientés devops, donc, mais avec un accent sur le retour d’expérience.</p> <p>Après quelques discussions et l’annonce rapide du planning de la soirée, on attaque avec la présentation <strong>RunDeck</strong>, par Bruno et Vincent, de RTL. RunDeck est un outil d’automatisation des tâches d’administration de serveurs, qui rentre dans la catégorie “ad hoc control tools” (à l’opposé des outils type Puppet et Chef qui sont des “configuration management tools”). En 2 mots il s’agit d’une webapp java (grails) qui permet des définir des jobs qui seront exécutés via SSH sur plusieurs machines. RunDeck est utilisé à RTL pour déployer des applications web java sur des serveurs d’applications Tomcat, dans des environnements différents : dans un environnement de pre-prod, de manière automatique (via un plugin Jenkins) ; et dans l’environnement de production. Cela permet de faire du “déploiment continu” en utilisant le même outil dans les différents environnements. La présentation se termine par une démonstration de l’intégration de RunDeck dans la chaîne de déploiment : connexion avec le serveur d’intégration continue Jenkins, connexion avec le “repository manager” Nexus, et déploiement sur Tomcat.</p> <p>Après une petite pause histoire de profiter du buffet offert par Octo, on reprend avec 2 présentations liées : Puppet et Vagrant. Samuel commence par présenter <strong>Puppet</strong> de manière assez générique : qu’est ce que c’est, à quoi ça sert, qui s’en sert, quelques exemples de configuration, etc. Donc Puppet est un outil de gestion de configuration de serveurs : on définit des “classes” de serveurs via un DSL, puis on assigne ces classes à nos serveurs. Par exemple les serveurs “appserv-1” et “appserv-2” sont de classe “appserv”, c’est à dire qu’ils doivent avoir une JVM et Tomcat installé (toujours pratique pour des serveurs d’application ;-) Petit débat sur la lisibilité du DSL de Puppet comme documentation de l’infrastructure, puis on enchaîne sur la présentation <strong>Vagrant</strong> de Fabrice. Vagrant est un outil qui permet de configurer des machines virtuelles VirtualBox, en utilisant Puppet ou Chef. Ici on se focalise sur Puppet, pour faire le lien avec la présentation précédente. En gros l’idée est de générer une VM ayant la même configuration que les serveurs de production, et de l’utiliser en développement afin de réduire le gap entre les différents environnements (32bits vs 64bits, etc). Theodo a une grosse utilisation de Vagrant, avec des langages de script (ruby, python, php, etc). Cela leur permet d’avoir une VM par client, chacune représentant l’environnement de production dudit client. Une autre utilisation est la mise en place rapide de nouveaux environnements de démonstration, sans avoir à installer de nouveaux serveurs. Cette idée d’avoir une VM contenant les applications utilisées en production dans le poste de chaque développeur laisse les “java-istes” présents assez perplexe (pour cause de ressources nécessaires à faire tourner un WebSphere ou WebLogic), ce qui ne manquera pas de déclencher un nouveau débat !</p> <p>22h, on profite que tout le monde soit encore assis pour faire le point sur le <em>Paris DevOps</em>. D’abord, open-spaces ou présentations ? Visiblement les présentations ont eu du succès, mais les participants regrettent d’avoir été un peu trop “passif”. A l’avenir, l’idée est d’essayer de faire des présentations plus courtes, et de garder plus de temps pour des questions/débats (pourquoi pas en déplacant les chaises, afin d’avoir une configuration plus favorable à un échange). Pas vraiment de décision pour la prochaine date. Un délai de 1 ou 2 mois entre chaque meetup fait l’unanimité. Bref RDV en avril/mai.</p> <p>22h30, fin “officielle” du meetup, c’est là que la partie la plus intéressante commence : les discussions entre les participants, autour du buffet. Puis les gens partent progressivement, les derniers finissant tard dans la nuit…</p> <p>Un grand merci à Octo pour les locaux, aux organisateurs, orateurs et participants. RDV dans 1 ou 2 mois pour le prochain meetup !</p> <p>Les slides des présentations sont disponibles sur la page des <a href="/meetups.html#meetup-3">meetups</a>.</p> 2011-03-10T00:00:00+00:00 http://parisdevops.fr/blog/2011/03/10/le-programme-du-prochain-meetup <p>Le prochain meetup (mercredi 16 mars) sera organisé sous forme de présentations (au lieu d’open-spaces, comme les 2 précédents).</p> <p>Les présentations retenues :</p> <ul> <li><a href="http://www.vagrantup.com/">Vagrant</a> : utilisation avec <a href="htp://www.symfony-project.org/">Symfony</a> et <a href="http://www.puppetlabs.com/">Puppet</a>, retour d’expérience de <a href="http://www.theodo.fr/">Theodo</a></li> <li><a href="http://www.rundeck.org/">RunDeck</a> : utilisation dans le cadre de déploiement continu, intégration avec <a href="http://www.jenkins-ci.org/">Jenkins</a> et <a href="http://nexus.sonatype.org/">Nexus</a>, retour d’expérience de <a href="http://www.rtl.fr/">RTL</a></li> </ul> <p>N’oubliez pas de vous inscrire : <a href="http://lanyrd.com/2011/paris-devops-meetup-3/">http://lanyrd.com/2011/paris-devops-meetup-3/</a></p> <p>Rappel du lieu : dans les locaux de <a href="http://www.octo.com">Octo Technology</a> (50, avenue des Champs-Elysées, dans le 8ème - métro Roosvelt ligne 1). RDV à 19h.</p> 2011-03-04T00:00:00+00:00 http://parisdevops.fr/blog/2011/03/04/prochain-meetup-le-mercredi-16-mars <p>C’est officiel : le prochain meetup du <em>Paris DevOps</em> aura lieu le <strong>mercredi 16 mars</strong> 2011, à 19h dans les locaux de <a href="http://www.octo.com">Octo Technology</a> (50, avenue des Champs-Elysées, dans le 8ème - métro Roosvelt ligne 1).</p> <p>Les inscriptions se font sur lanyrd comme d’habitude : <a href="http://lanyrd.com/2011/paris-devops-meetup-3/">http://lanyrd.com/2011/paris-devops-meetup-3/</a></p> <p>Si vous avez des propositions de présentations, faites-vous connaître sur la <a href="http://groups.google.com/group/paris-devops">mailing-list</a></p> <p>RDV le 16 mars !</p> 2011-01-13T00:00:00+00:00 http://parisdevops.fr/blog/2011/01/13/compte-rendu-du-2-eme-meetup-paris-devops <p>C’est ma 1ère participation à un meetup du <em>Paris DevOps</em>. Comme je suis un peu timide, je suis venu accompagné : j’ai amené un “ops” avec moi (oui je suis “dev”). C’est la meilleure solution pour être “devops” non ? ;-)</p> <p>Bref, on arrive un peu en retard, mais on est bien accueilli : avec une bière, comme il se doit. Bon ça commence bien ! On discute un peu le temps que les derniers arrivent, il doit y avoir en tout une grosse trentaine de personnes. Finalement Philippe lance le meetup : ce sera sous forme d’open-spaces, c’est à dire des petits groupes de discussion sur un thème choisi. Il y aura 2 sessions, avec 3 choix de thèmes pour chaque session. Du coup on commence par un tour de <del>table</del> salle, tout le monde se présente rapidement. Globalement c’est 50/50 entre devs et ops. Puis les propositions de thèmes fusent. J’ai pas tout retenu mais en voilà quelques uns : Puppet, Capistrano/Fabric, Continuous Delivery, outils de gestion de projet (type Confluence/Jira) etc.</p> <p>1ère session, pour ma part direction la salle “Puppet”. En effet on veux mettre en place devops, et forcément on a commencé à regarder Puppet, qui est un grand classique. On a la chance d’avoir un committer Puppet présent, qui anime un peu le tout et surtout réponds aux questions. C’est très intéressant, on peut exposer notre cas, et se rendre compte par exemple que Puppet ne répondra pas à tous nos besoins. La discussion à légèrement tendance à dériver sur le thème “déploiement applicatif”, ce qui permet de faire une belle transition avec la session suivante ! En effect, 30 minutes c’est assez court…</p> <p>2ème session, cette fois-ci direction “Continuous Delivery” (et déploiement continu). Que l’on pourrait nommer “où l’on se rend compte qu’on a tous les même problèmes”, à savoir les migrations de base SQL, gestion de différents environnements, etc. On évoque des points intéressants, comme les “feature flag”, qui mène à un débat “feature branche” (dans git par exemple) vs “feature flag”. La 2ème session se termine en douceur, comme il n’y a pas de 3ème session derrière les discussions continuent. Repas improvisé avec des pizzas commandées par les organisateurs, puis les participants partent progressivement.</p> <p>C’est la 1ère fois que je participait à un “open-space”, le concept est assez sympa, puisque tout le monde est actif et moteur dans la direction à donner à la discussion (à l’inverse d’une présentation, où le public est très passif), mais ça manquait d’un PC pour par exemple faire une démo de Puppet, etc. Le gros point positif c’est la rencontre avec d’autres personnes (développeurs, sysadmins, chef ou projet ou autres) intéressés par devops, et les retours d’expérience : qu’est ce qui a été mis en place, qu’est ce qui marche, qu’est ce qui bloque, etc.</p> <p>Bref, maintenant on a du boulot de notre côté pour mettre en pratique ce qu’on a appris ! Et vivement le prochain ;-)</p>