Devops is partially a technology change. But what's its future ? BigData ? analytics ? does security will kill it? let's took 5 minutes to think about the challenges.
http://joind.in/talk/view/11245
Dans notre économie numérique, ce n’est pas les gros qui mangent les petits, c’est les rapides qui mangent les lents. Les méthodes de gestion de projets informatiques traditionnelles ont mené à des échecs spectaculaires en termes de délais et de gestion de risque. En parallèle, des leaders du web tels qu’Amazon, Netflix ou Google ont atteint une vélocité incroyable grâce à une implémentation audacieuse des principes d’agilité. Parmi ces différents mouvements agiles, DevOps rassemble des experts du développement et de l’opérationnel sur la manière dont doit être implémentée l’agilité, de la conception technique jusqu’à la mise en production, pour atteindre une vélocité maximale. Dans cette conférence, je partagerai l’expérience de Theodo sur plusieurs projets de grande envergure (jusqu’à 15 développeurs). Je présenterai ce que DevOps signifie pour nous et comment il nous aide à livrer nos projets de manière plus rapide et plus fiable. Nous passerons en revue les challenges auxquels nous avons été confrontée, tant d’un point de vue management, technique ou culturel et présenterons les solutions que nous avons trouvées, basées sur des technologies puissantes : Symfony2, OpenStack, Puppet, Vagrant, Capifony, Jenkins, Behat et d’autres…
Devops is partially a technology change. But what's its future ? BigData ? analytics ? does security will kill it? let's took 5 minutes to think about the challenges.
http://joind.in/talk/view/11245
Dans notre économie numérique, ce n’est pas les gros qui mangent les petits, c’est les rapides qui mangent les lents. Les méthodes de gestion de projets informatiques traditionnelles ont mené à des échecs spectaculaires en termes de délais et de gestion de risque. En parallèle, des leaders du web tels qu’Amazon, Netflix ou Google ont atteint une vélocité incroyable grâce à une implémentation audacieuse des principes d’agilité. Parmi ces différents mouvements agiles, DevOps rassemble des experts du développement et de l’opérationnel sur la manière dont doit être implémentée l’agilité, de la conception technique jusqu’à la mise en production, pour atteindre une vélocité maximale. Dans cette conférence, je partagerai l’expérience de Theodo sur plusieurs projets de grande envergure (jusqu’à 15 développeurs). Je présenterai ce que DevOps signifie pour nous et comment il nous aide à livrer nos projets de manière plus rapide et plus fiable. Nous passerons en revue les challenges auxquels nous avons été confrontée, tant d’un point de vue management, technique ou culturel et présenterons les solutions que nous avons trouvées, basées sur des technologies puissantes : Symfony2, OpenStack, Puppet, Vagrant, Capifony, Jenkins, Behat et d’autres…
Le monde de l'informatique est divisé depuis toujours en deux univers : les personnes qui créent (Dev) et celles qui exploitent en production (Ops). Cette séparation peut générer stress et frustration. Les équipes n'ont pas l'impression d'aller dans le même sens et cela nuit à la productivité. Pour les réconcilier, un ensemble de pratiques et d'outils ont été imaginées: elles se cachent derrière le terme DevOps. Qu'est-ce que c'est exactement ? Quels problèmes est-ce que cela résout ? Quelle est la bonne approche pour le mettre en place? Nous vous proposons de découvrir notre vision sur ce sujet lors de cette session d'introduction.
Au secours, mon chef m'a demandé de passer au DevOpsantony_guilloteau
"Continuous Delivery" et "DevOps" font partis des buzz word du moment dans l'IT.
Si vous n'êtes pas encore entrés dans ces démarches, ce n'est qu'une question de temps ! Préparez-vous à voir bientôt débarquer votre chef sur le bench avec le bouquin "Découvrir DevOps" sous le bras.
Mais pour les développeurs, ça change quoi le DevOps ? A travers cette conférence, je vais vous faire part des mes différents retours d'expérience sur ces changements autour des pratiques, organisations et outillages.
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Vous n'avez pas pu assister à la journée DevOps by Xebia ? Voici la présentation de Clément Rochas vous présentant les outils indispensable d'une équipe DevOps.
Une usine logicielle est un ensemble d’outils pré-configurés, de frameworks, de conventions, de processus, de documentations et de modèles de projets qui structurent les développeurs et leurs développements.
L’objectif est d’automatiser au maximum la production et la maintenance des applications afin d’améliorer leur qualité et le « time to market ».
Presentation du socle technique Java open source Scub FoundationStéphane Traumat
Scub Foundation est un ensemble de frameworks, de conventions, d'outils et de procédures qui structurent les développeurs et leurs développements. Pour simplifier, c'est une plateforme qui permet l'industrialisation des projets de développement informatique.
Plus d'informations à http://www.scub-foundation.org
Objectifs du socle
- Ne pas réinventer la roue ! (Intégration d'Eclipse et des frameworks populaires comme hibernate, spring, gwt, JUnit…).
- Avoir des modèles de projets pour chaque type de projet mais avec des structures identiques.
- Avoir des tâches automatisées pour l'ensemble du cycle de vie du projet (compilation, packaging, test…).
- Développement SOA (intégration de la notion de noyau et du découplage Interface/implémentation).
- Gestion automatique des dépendances / librairies.
- Gérer les différents environnements (Test / Développement / Pré production / Production…).
Concrètement, notre socle technique offre au développeur un environnement de développement intégrant les meilleurs éléments Open Source (Eclipse, Maven, Spring, GWT…) ainsi que des modèles de projet.
Méthodes agiles, frameworks javascript: optimisez votre time to marketmichael_bailly
Cette présentation (en français) explique les fondamentaux de l'innovation Agile des 10 dernières années, et propose un panorama des frameworks JavaScript client, serveur, desktop et mobiles permettant d'accélérer votre processus d'ingénierie, de l'idée au produit.
Le Devops est un terme émergent qui décrit un ensemble de méthode et pratiques pour favoriser la collaboration et la communication entre les équipes de développement logiciel et les équipes d’exploitation. Il est une réponse au besoin des acteurs du Web qui, face à une course effreinée à la fonctionnalité et l’explosion de leur trafic, ont du modifier leurs méthodes et rassembler l’ensemble des protagonistes pour minimiser l’impact de l’applicatif sur l’infrastructure et maitriser les coûts ou améliorer la performance. Nous verons dans cette conférence comment ces différentes équipes peuvent avancer ensemble en gardant une relation de partenaire plutôt que de client/prestataire
Comment accélérer le DevOps avec l’ATDD/BDD?
- ATDD/BDD, Framwork ATDD/BDD (Specflow, Cucumber)
- Automatisation des Tests (Web, Mobile)
- Outils Tests Agiles (HipTest, Xray …)
Pour Agile tour 2019 Sophia Antipolis.
Présentation faite par Tawfik NOURI, expert en automatisation des tests
chez All4test, société de conseil, pure player du test logiciel.
Suivez-nous sur:
SIte: https://www.all4test.fr/
Linkedin: https://www.linkedin.com/company/all4test/
Twitter: https://twitter.com/all4testadm
Facebook: https://www.facebook.com/ALL4TEST-215975938463779/
Microsoft Azure dev Ops pour le Cloud... et réciproquement…Microsoft
DevOps, au tout début il s'agit d'une idée. Cette idée est à l'origine d'un mouvement dont l'influence dans l'IT ne cesse d'augmenter.
De plus nous constatons que le succès de la mise en oeuvre d'une démarche DevOps et la réussite d'une évolution vers le Cloud sont intimement liés...
En charge de la Transformation Agile de mon entreprise, et du Centre d’Excellence associé, il m’a semblé évident de poursuivre les travaux entamés en y associant une initiative DevOps.
En quête d’informations sur le DevOps et sur la manière de le mettre en œuvre au sein d’une organisation, je partage mes recherches et mon analyse en regard des difficultés que je constate entre mes équipes de développeurs et celles en charge des opérations.
Aujourd’hui, l’Agilité sans DevOps n’a plus de sens et une collaboration efficace doit exister entre les Dev et les Ops pour fluidifier la démarche Agile.
Sébastien Bourguignon
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
La présentation a pour but d'expliquer comment les concepts de Clean Architecture et de l'architecture en oignon ont été utilisés dans un projet phare de iA Groupe Financier pour permettre de travailler en mode agile en réutilisant du code patrimonial.
Karol Deland
Le monde de l'informatique est divisé depuis toujours en deux univers : les personnes qui créent (Dev) et celles qui exploitent en production (Ops). Cette séparation peut générer stress et frustration. Les équipes n'ont pas l'impression d'aller dans le même sens et cela nuit à la productivité. Pour les réconcilier, un ensemble de pratiques et d'outils ont été imaginées: elles se cachent derrière le terme DevOps. Qu'est-ce que c'est exactement ? Quels problèmes est-ce que cela résout ? Quelle est la bonne approche pour le mettre en place? Nous vous proposons de découvrir notre vision sur ce sujet lors de cette session d'introduction.
Au secours, mon chef m'a demandé de passer au DevOpsantony_guilloteau
"Continuous Delivery" et "DevOps" font partis des buzz word du moment dans l'IT.
Si vous n'êtes pas encore entrés dans ces démarches, ce n'est qu'une question de temps ! Préparez-vous à voir bientôt débarquer votre chef sur le bench avec le bouquin "Découvrir DevOps" sous le bras.
Mais pour les développeurs, ça change quoi le DevOps ? A travers cette conférence, je vais vous faire part des mes différents retours d'expérience sur ces changements autour des pratiques, organisations et outillages.
Présentation du concept DevOps lors du meetup "Integration continue et DevOps" organisé par GDG Antananarivo et Bocasay
(Samedi 19 Janvier 2019, Workshop Idea Center, Antananarivo, Madagasacar)
Vous n'avez pas pu assister à la journée DevOps by Xebia ? Voici la présentation de Clément Rochas vous présentant les outils indispensable d'une équipe DevOps.
Une usine logicielle est un ensemble d’outils pré-configurés, de frameworks, de conventions, de processus, de documentations et de modèles de projets qui structurent les développeurs et leurs développements.
L’objectif est d’automatiser au maximum la production et la maintenance des applications afin d’améliorer leur qualité et le « time to market ».
Presentation du socle technique Java open source Scub FoundationStéphane Traumat
Scub Foundation est un ensemble de frameworks, de conventions, d'outils et de procédures qui structurent les développeurs et leurs développements. Pour simplifier, c'est une plateforme qui permet l'industrialisation des projets de développement informatique.
Plus d'informations à http://www.scub-foundation.org
Objectifs du socle
- Ne pas réinventer la roue ! (Intégration d'Eclipse et des frameworks populaires comme hibernate, spring, gwt, JUnit…).
- Avoir des modèles de projets pour chaque type de projet mais avec des structures identiques.
- Avoir des tâches automatisées pour l'ensemble du cycle de vie du projet (compilation, packaging, test…).
- Développement SOA (intégration de la notion de noyau et du découplage Interface/implémentation).
- Gestion automatique des dépendances / librairies.
- Gérer les différents environnements (Test / Développement / Pré production / Production…).
Concrètement, notre socle technique offre au développeur un environnement de développement intégrant les meilleurs éléments Open Source (Eclipse, Maven, Spring, GWT…) ainsi que des modèles de projet.
Méthodes agiles, frameworks javascript: optimisez votre time to marketmichael_bailly
Cette présentation (en français) explique les fondamentaux de l'innovation Agile des 10 dernières années, et propose un panorama des frameworks JavaScript client, serveur, desktop et mobiles permettant d'accélérer votre processus d'ingénierie, de l'idée au produit.
Le Devops est un terme émergent qui décrit un ensemble de méthode et pratiques pour favoriser la collaboration et la communication entre les équipes de développement logiciel et les équipes d’exploitation. Il est une réponse au besoin des acteurs du Web qui, face à une course effreinée à la fonctionnalité et l’explosion de leur trafic, ont du modifier leurs méthodes et rassembler l’ensemble des protagonistes pour minimiser l’impact de l’applicatif sur l’infrastructure et maitriser les coûts ou améliorer la performance. Nous verons dans cette conférence comment ces différentes équipes peuvent avancer ensemble en gardant une relation de partenaire plutôt que de client/prestataire
Comment accélérer le DevOps avec l’ATDD/BDD?
- ATDD/BDD, Framwork ATDD/BDD (Specflow, Cucumber)
- Automatisation des Tests (Web, Mobile)
- Outils Tests Agiles (HipTest, Xray …)
Pour Agile tour 2019 Sophia Antipolis.
Présentation faite par Tawfik NOURI, expert en automatisation des tests
chez All4test, société de conseil, pure player du test logiciel.
Suivez-nous sur:
SIte: https://www.all4test.fr/
Linkedin: https://www.linkedin.com/company/all4test/
Twitter: https://twitter.com/all4testadm
Facebook: https://www.facebook.com/ALL4TEST-215975938463779/
Microsoft Azure dev Ops pour le Cloud... et réciproquement…Microsoft
DevOps, au tout début il s'agit d'une idée. Cette idée est à l'origine d'un mouvement dont l'influence dans l'IT ne cesse d'augmenter.
De plus nous constatons que le succès de la mise en oeuvre d'une démarche DevOps et la réussite d'une évolution vers le Cloud sont intimement liés...
En charge de la Transformation Agile de mon entreprise, et du Centre d’Excellence associé, il m’a semblé évident de poursuivre les travaux entamés en y associant une initiative DevOps.
En quête d’informations sur le DevOps et sur la manière de le mettre en œuvre au sein d’une organisation, je partage mes recherches et mon analyse en regard des difficultés que je constate entre mes équipes de développeurs et celles en charge des opérations.
Aujourd’hui, l’Agilité sans DevOps n’a plus de sens et une collaboration efficace doit exister entre les Dev et les Ops pour fluidifier la démarche Agile.
Sébastien Bourguignon
[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?devops REX
Olivier Mauras, Groupe Kudelski @ devops REX 2016
L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.
La présentation a pour but d'expliquer comment les concepts de Clean Architecture et de l'architecture en oignon ont été utilisés dans un projet phare de iA Groupe Financier pour permettre de travailler en mode agile en réutilisant du code patrimonial.
Karol Deland
Docker Tours Meetup #1 - Introduction à DockerThibaut Marmin
Slides de l'introduction à Docker présentée par Thibaut Marmin et Antoine Boudot lors du premier Docker Tours Meetup (@DockerTours).
Présentation en trois parties :
- Introduction Docker (classique)
- Cas pratique en DEV
- Cas pratique en PROD
http://www.meetup.com/fr/Docker-Tours
Cette présentation à pour but d'expliquer à des néophites les avantages du framework PHP Symfony.
Elle m'a servit en entreprise pour expliquer ses concepts complexe à des non-informaticiens.
Orchestrez vos projets Symfony sans fausses notesXavier Gorse
Retour d'expériences sur tout le processus d'ingénierie logicielle de projets Symfony que nous avons construits au fil du temps depuis nos premiers projets en 2006. Nous aborderons toutes les phases de l'industrialisation nous ayant permis d'accroître la qualité et la réactivité d’intervention sur les projets
Dans un contexte d’entreprise souvent perçu comme rigide, envisager des changements techniques et organisationnels peut sembler impossible. DevOps est un bon contre-exemple car il existe des façons progressives d’introduire une telle méthodologie à plusieurs niveaux de l’entreprise. Cette session revient sur les principes de bases de DevOps (infrastructure-as-code, continuous delivery, culture de collaboration) et leur application pas-à-pas dans différents contextes.
Il n'y a que des bugs faciles à résoudre... quand on a de quoi les cerner ! Le développeur PHP dispose de toute une panoplie d'outils pour tracker les situations les plus rocambolesques. Depuis ses débuts, Symfony n'a eu de cesse d'améliorer l'expérience du développeur en proposant des solutions d'accompagnement robustes et génériques. Les connaissez-vous suffisament ? Lors de cette présentation, je vous donnerai les clefs des mécanismes de debugging présents dans Symfony : VarDumper, Web Debug Toolbar, logs, gestionnaire d'erreur fatales et d'exceptions, etc.
The challenge of application distribution - Introduction to Docker (2014 dec ...Sébastien Portebois
Live recording with the demos: https://www.youtube.com/watch?v=0XRcmJEiZOM
Contents
- The application distribution challenge
- The current solutions
- Introduction to Docker, Containers, and the Matrix from Hell
- Why people care: Separation of Concerns
- Technical Discussion
- Ecosystem, momentum
- How to build Docker images
- How to make containers talk to each other, how to handle data persistence
- Demo 1: isolation
- Demo 2: real case - installing Go Math! Academy, tail –f containers, unit tests
L'Ops d'hier maître absolu des clés dès la production n'est plus !
Les nouvelles tendances issues du lean startup, du cloud et du mouvement DevOps transforment nos métiers. Entre la culture de l'innovation, le continuous delivery et le besoin toujours plus fort d'élasticité le métier des Ops se réinvente. Ne vous laissez pas abuser par l'apparente bonhomie de ce que certains appellent déjà "No Ops". Venez découvrir le travail de l'Ops de demain. Nous verrons ensemble son nouveau rôle dans une équipe DevOps. De la validation du code de provisionning au test en continue de l'infrastructure, le défi des Ops est maintenant de pouvoir déléguer aux équipes le déploiement des projet en toute tranquillité. Plus encore qu'un agiliste ou qu'un craftman, le nouvel Ops est le soutien dont vous avez besoin.
Présentation sur l'agilité organisationnelle faite par Fréderic Moreau et Claude Emond pour lancer la communauté de pratique sur l'agilité organisationnelle d'Agile Montréal, le 11 février 2015
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelAgile Montréal
Plusieurs s'engagent dans un projet DevOps avec espoir de voir la vélocité augmenter au fil du temps, remplissant la promesse légendaire de Scrum. La réalité est souvent tout autre, car opérer un système en production apporte son lot de surprises, et si l'on y ajoute de la dette technique et quelques années de vie utile, alors on peut facilement se retrouver dans une tempête parfaite. Voyons ensemble ces éléments qui viennent affecter notre précieuse vélocité.
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels
Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetiteAZUG FR
Dans cette session, nous aborderons les différentes actions qui nous ont permis de mener à bien ce projet ainsi que les contraintes et comment nous les avons contourner afin d'arriver à une infrastructure et garantir un PCA sur cette application.
qualimétrie logiciel - Entreprise Software Analytic - nov 2015Julien Vq
Présentation en français
Comment évaluer la qualité d'un logiciel ?
Quels outils de qualimétrie logiciel choisir ?
Entreprise Software Analitic
Comment valider les livrables de vos fournisseurs avec le support d'ALL4TEST et de ces outils de qualimétrie ?
Dans cette session vous découvrirez comment le couple Visual Studio 2013 et le Framework 4.5.1 augmentent votre productivité ainsi que les performances de vos applications .NET. Dans la lignée du Framework 4.5, cette dernière version offre son lot d’améliorations, parfaitement stabilisées au rythme des versions de Visual Studio. Cependant, Microsoft a décidé de livrer des packages officiels à un rythme plus rapide et plus fréquent que les versions majeures de Visual Studio. La dernière version de NuGet intégrée à Visual Studio 2013 permet de trouver plus facilement le type de package recherché. Ne manquez pas cette session et venez découvrir l’essentielle des nouveautés apportées par Visual Studio 2013 et le Framework 4.5.1.
Speakers : Michel Perfetti (Cellenza), Bruno Boucard (Cellenza)
Découverte d'Azure Logic App, solution PAAS permettant de construire des workflow d’intégration d'application. Positionnement de Logic App par rapport à l’évolution des architectures d’intégration d'application.
Slide guss 2014 events hub - future of integrationRadoine Douhou
This document summarizes a presentation on future integration solutions. It discusses how integration approaches have evolved from point-to-point to enterprise service buses. It then focuses on Microsoft solutions like BizTalk Server and how these can be used with Azure services to enable hybrid on-premises/cloud integration architectures. Specific Azure services covered include Service Bus, Event Hubs and Stream Analytics. It provides examples of how these can be used for Internet of Things and event-driven integration scenarios. The presentation concludes with a demo of click stream analysis using Event Hubs and Stream Analytics.
3. Le contexte
•L’offre:
▪Ventedeproduitsgénéralistes.
•Lemarché:
▪Hyperconcurrentieletarrivéedegrosacteursétrangerssurunmarchémature.
•Modededistribution:
▪Multicanal:réseaud’agencesetsiteeCommerce.
•Objectif:
▪Développerdenouvellesoffresinnovantespourconfortersaplacesurlemarchéainsiquesesmarges.
•Desired State Configuration.
4. Organisation des équipes
Equipe de Dev
▪Organisation par «features».
▪Itérations plus courtes sur le cycle Dev RecUAT.
▪Mais le rythme de livraison en production n’a pas changé. Go Live One Shot.
▪Build et construction de packages automatisés.
▪Responsable de tous les environnements Hors-Prodavec des écarts d’architecture avec la Prod.
Ops
Métier
Développement
Scrum «but»
Métier
Développement
Scrum «but»
Métier
Développement
Scrum «but»
5. Organisation des équipes
Ops:Equipe transverse au SI
▪Cisaillement des équipes par technologie et logiciels (SQL Server, Web, …).
▪Non localisé avec les équipes Métier et Dev.
▪Echange par ticketing.
▪Planification des release à minima 15 jours à l’avance.
▪Installation des releases en suivant des procédures faites par les équipes Dev.
▪Responsable des environnements de Pre-Prodet Prod.
Ops
Métier
Développement
Scrum «but»
Métier
Développement
Scrum «but»
Métier
Développement
Scrum «but»
6. Incentives des équipes
Métier
Développement
Ops
•Succèsdesfeaturesmisesenplaces.
•Rapiditédemisesurlemarché
•Qualité de code (nb de defectssur le code produit).
•Respectsdesdélaisfournisparle«métier».
•Disponibilitéetstabilitédel’application(infra+ code).
•Délaiderésolutiondesincidents.
7. Points de souffrance: Métiers & Dev
•Manquede visibilitésurles livraisons.
•Tests difficiles.
•Inertie des équipes DSI dans l’implémentation de nouvelles offres.
•Difficiles calculs de ROI car manque de business KPI’sfiables.
•Tentatives d’intégration d’appli SaaSlaborieuse par manque de communication entre fournisseur et DSI.
Métier Dev
•Validation des fonctionnalités
•Besoinstrop complexes.
•Une pression toujours plus forte du business face au Time To Market
Dev Métier
8. Points de souffrance: Dev & Ops
•Infrastructure opaque
•Pas de communication directe
•Incompréhension des besoins de développement
•Délai de traitement
DevOps
•Pas de priorisation
•Pas d’interlocuteur unique
•Incompréhension des besoins de la production
OpsDev
9. Points de souffrance: Ops& Métier
•Communication inexistante
•Métriques inutiles
Métier Ops
•Que de la communication de crise
•Aucune information à donner
OpsMétier
10. Nouveau projet !
•L’équipe Business souhaite lancer une nouvelle offre de livraison «par drone». Le délai de mise sur le marché sera très court malgré un challenge technologique important.
•Comment une démarche DevOps sur plateforme Azure peut-elle aider l’entreprise à lancer cette nouvelle offre en rompant avec les souffrances habituellement rencontrées par les partie prenantes ?
12. Métier
Scrum
Changement d’organisationAméliorer la collaboration Dev & Ops
DevOps
Dev
Ops
•Dev :
▪Applicationplusrobuste:traces, casd’erreurstechniques
▪participationdesOpsauDesign.
•Ops:
▪Meilleure réactivité face aux demandes des Dev.
▪Meilleure connaissance de l’application donc meilleur support.
•Collaboration continue durant les différentes étapes du projet.
•Incentives partagées.
13. Effetsvisés
▪Dev : Meilleure réactivité réciproque (Demande des Dev vers les Ops).
▪Ops: meilleure connaissance de l’appli donc meilleur support et anticipation.
•Continuité, Qualité, délai améliorés.
•Objectif communs, langage communs, outils communs.
15. “Enable the reconstruction of the business from nothing but a source code repository, an application data backup, and bare metal resources”
Jesse Robins
Capacitéàautomatiserlaconstructionetlemaintiend’environnementtechniqueenlescodant,réduisantainsilesdélaisdemiseàdispositionauxéquipes.
Couts
Délais
Management
+
-
Scalabilité
Ressources
-
+
Construction des environnementsDémarche Infrastructure As a Code
16. Construction des environnementsLe besoin d’environnements
•Fournir des environnements pour :
▪les 3 développeurs qui seront sur le projet.
▪Stress & Load Test avec une configuration identique à l’environnement de Production
•Etre en mesure de:
▪Provisionner un environnement de développement sans délai.
▪Deprovisionner,reprovisionnerles environnementsde Stress & Load Test lorsqu’il n’est pas utilisé.
17. Construction des environnementsAzure & DSC: bettertogether
•Azure:
▪Provisioning de VM.
▪Scalabilité, Elasticité, Switch On/Off, Payas Use .
•Desired State Configuration:
▪Automatisation la configuration logicielle et applicative des environnements.
▪Je souhaite:
–IIS activé,
–Visual Studio et SQL Server installés.
–Mon site Web Contoso installé.
–Ma BD Contoso installé.
18. Construction des environnementsLes apports pour notre projet
1
4
Les Dev ont leur environnement de Dev Jour J de leur arrivée.
Un environnementde Load Test disponible
et utilisable pour faire du TDD.
2
3
Une collaboration entre les Dev et Opspour
coder une configuration iso-prodet réutilisable.
DevOps
Time To Marketaméliorée
Qualité améliorée
20. Continuous delivery != Continuous deployment
Spec
Dev
Tests
Deploy
Spec
Dev
Tests
Deploy
Continuous delivery
Tâchemanuelle
Continuous deployment
Tâcheautomatique
21. Objectifs: livrerde la valeur“business” encontinue
•Engranger du feedback
•Eviter l’effet tunnel
•Réduire les effets de bords
•Réduire l’écart entre la spécification et la livraison
•Livrermoinsde choses, maislivrerplus souvent
Plus unechose estdifficile, plus ilfautla refairepour la rendresimple
22. Les Outils
Besoin
User Story
Tâche
Code
Build
Tests
Déploiement
Team Foundation Server / Visual Studio Online
Release Management
On vise:
•La continuitédansles outils
•La traçabilitéles changements
23. Build
•Objectif :
▪Est-ceque logiciel compile?
▪Est-ce que les tests sont bons?
▪Comment évolue la qualité du code?
•Gain :
▪Maitrise de la générationdes applications
▪Contrôlequalité au plus près des développeurs
▪Identification (et résolution) des problèmesau plus tôt
▪Feedbackrapide (en minutes)
▪Quality gates
24. Tests d’intégration
•Objectif :
▪Passerle logiciel au banc d’essai
▪Valider les spécifications de façon automatique
▪Limiter l’interaction avec le métier sur les parties déjà testées
•Gain :
▪Toutle monde se concentre sur le développement de nouvelles fonctionnalités
▪La validation est en partie réalisée par des tests automatisés
▪Gestiondes régressions (un bugun test une correction)
25. Déploiments automatisés
•Objectif :
▪Identifier le pipeline de déploiementet les responsabilités
▪Etre sûr que le logiciel est toujours déployable
▪Déployer par petits incrémentspour éviter le Bing Bang
•Gain :
▪Intervention humaine limitée à de la supervision
▪Opérations manuelles exceptionnelles
▪Traçabilité
▪Métriques (nombre de deployments, durées,…)
26. Tests de chargeLe besoin pour notre projet
Spec
Dev
Tests
Load Tests
Deploy
Performance
Testing
A quelle vitesse mon application va s’exécuter ?
Load
Testing
Comment mon application se comporte en charge ?
Stress
Testing
Quelle est le point de rupture de mon application ?
Capacity
Planning
Mon application pourrait-elle être «scalé» pour supporter la charge future ?
Cost estimation
Quel sera le cout de mon application pour une charge donnée?
27. Tests de chargeVisual Studio Web Load Tests + VSO
1
Définition et implémentation des scénarii de tests
Exécution des tests sur Azure via Visual Studio Online
2
3
Analyse des indicateurs de performance temps réel et génération de rapport à posteriori.
4
Identification des «bottlenecks» et optimisation
28. Tests de chargeVisual Studio Web Load Tests + VSO
Web Test
Load Test
Application Insight
Site Web
Rapports
SQL Azure Monitor
30. Monitoring projet
•L’automatisation de la chaîne de création de valeur simplifie les estimations
•2 stratégies en agilité dans la livraison de valeur:
▪Ecole itérative (Scrum): ratio valeur/effort (ROI) et vélocité
▪Ecole du flux (Kanban): Lead/Cycle time
•Objectifs: répondre à
▪“En combien de temps une fonctionnalité sera livrée et à quel cout?”
▪“Quel budget pour terminer?”
31. Monitoring métier
•Feedback généré à partir de l’usage du produit :
▪Le taux d’utilisation
▪Le taux de transfo
▪Segmentation client
▪A.K.A Google Analytics.+ Azure Application Insights:ajoutés par les dev dans le code
•Nouvellespossibilités:
▪Canary
▪Tests A/B
▪Feature switch
▪HypothesisDriven Development
32. Performance et disponibilitéLe besoin pour notre projet
•Suivi temps réel de la disponibilité de l’infrastructure:
▪Etre alerté si dépassement de seuils ou exceptions pouvant entrainer une indisponibilité.
•Suivi temps réel de la performance de l’application:
▪Nombre d’utilisateurs.
▪Temps de réponse par page.
▪Décomposition des temps de traitement (Web vs Database).
•Métriquesmétiers ajoutéespar les dev:
▪Produits les plus consultés.
▪Tauxde transformation.
33. Performance et disponibilitéSolution Microsoft
Disponibilité
Servers forwarding data through SCOM
Windows & Linux Server
Cloud Service Monitoring
Azure Diagnostics
On Prem
IaaS
PaaS
Performance et usage : New Relic
35. DevOps: une démarche
•Une mentalité, avant les outils.
•Parties prenantes et pas d’exécutants:
▪la démarche doit faire sens.
▪Une organisation DevOps ne s’impose pas par la hiérarchie mais se construit avec les équipes
▪Une démarche qui fait sens est une démarche qui apporte de la valeur aux business, aux devet aux ops.
▪Leaders de pensée
•Automatiser c’est:
▪Eliminer les tâches laborieuses
▪Fiabiliser les processus
▪Réaffecter les équipes dans des tâches de valeurs
36. DevOps: éviterles clichés
•DevOps = on déménage
•DevOps = on va réduire les équipes car on automatise
•On passe en DevOps pour la prochaine release
•Plus de système de ticket, on règle en direct les problemes
•Tout le monde est Ops, tout le monde est Dev
Les équipes sont parfois déjà dans le scepticisme après le passage en “agile”
37. Comment y aller ? Projet pilote ou transition incrémentale ?Ou un peu des deux?
•Changement de paradigme/technologie (ex : passer d’une infra classique à Cloud Public, Mobilité) ou business Innovation (assurance classique vers en ligne, livraison par drone) éligible projet pilote car pas de passif.
•Evolution du Legacy(existant ERP, Code ou Infra) : baby stepou les Dev et Opsse rejoignent vers le continuousdeliveryaprès avoir atteint un seuil de maturité minimal.