SlideShare une entreprise Scribd logo
1  sur  48
Télécharger pour lire hors ligne
Agile Lille 2015:Agile Lille 2015:
CI, DevOps et après
Laurent Tardif
Agile Lille 2015:Agile Lille 2015:
CI, DevOps et après
CI, DevOps et après
Pour qui ?
∗ Vous connaissez (un peu) Devops
∗ Vous connaissez (une partie au moins) de la Stack
Devops
Quoi
∗ Un petit retour dans le passé pour comprendre ce qui
ce passe aujourd’hui
∗ On essaiera de voir les tendances actuelles
∗ Le rapport Thery de 1994. Intitulé « Les
autoroutes de l’information », il fut écrit
Toujours avoir un regard critique sur
les prédictions …..
autoroutes de l’information », il fut écrit
par Gérard Théry, Alain Bonnafé, Michel Guieysse
et adressé au Premier ministre de l’époque,
Édouard Balladur.
∗ Internet :
∗ « Son mode de fonctionnement coopératif n’est pas
conçu pour offrir des services commerciaux. Sa large
ouverture à tous types d’utilisateurs et de services
fait apparaître ses limites, notamment sonfait apparaître ses limites, notamment son
inaptitude à offrir des services de qualité en temps
réel de voix ou d’images. »
∗ « Ce réseau est donc mal adapté à la fourniture de
services commerciaux. »
∗ Laurent Tardif
Qui suis-je ?
~2005
∗ Laurent Tardif
~2000
~2005
∗ 1995 : 35M d’utilisateurs internet 2014 : 2.8 Milliards
(~40%)
Quelques changements récents
(~40%)
∗ 1995 : 80M de téléphones 2014 5.2 Milliards (~75%)
∗ La fréquence (24/24) et l’utilisation (vidéo,…) des appareils
changent.
∗ Gartner : en 2016, DevOps va passer d’une niche à une
stratégie d’entreprise pour 25 % des 2000 plus grandesstratégie d’entreprise pour 25 % des 2000 plus grandes
entreprises.
∗ En cours ou à venir : IoT
∗ Ref : http://fr.slideshare.net/kleinerperkins/internet-trends-v1
Quelques dates pour les devs
2000 2004 2008 2012 2016
Agile
2000 2004 2008 2012 2016
Continuous Integration
2002 : Agile software development
2006 : Agile Project management
2007 : Entreprise Scrum
2006 : CI : Martin Fowler
2008 : JavaOne : Hudson/Jenkins
2012 : SAFe 1.0
Devops
2008 : JavaOne : Hudson/Jenkins
2013 : Docker
2009 : Chef v1.0
2005 : Puppet
L’Intégration Continue
ou la fusion du dev et du test
CI & Tools
• Build
• Maven, Gradle
• Plugin & qualité
• PMD, findbugs, sonar
• Tests
• Junit,mockito, selenium,
• Version control & CI
• Svn, Git, jenkins,
artifactory,nexusartifactory,nexus
• Virtualisation
• Vmware, virtualbox, Xen,….
∗ Les bases
Points Clés
∗ Les bases
∗ Qualité du code du logiciel
∗ Robustesse du code
∗ Packaging
∗ évolution des outils: nombreux, une fonctionnalité,
distribués et utilisables dans le clouddistribués et utilisables dans le cloud
∗ Tests unitaires : Karma + mocha (jasmine) + Chai.js +
Sinon.js
Exemple d’évolution
(Octo : http://fr.slideshare.net/OCTOTechnology/test-sur-tous-les-fronts)
Sinon.js
∗ Tests fonctionnels : selenium + capybara
∗ Tests de sécurité : skipfish
∗ Tests IHM
∗ multi-navigateur (Saas) : Saucelabs, browserstack
∗ Tests non régression visuelles : phantom(js/css), Casper
∗ Tests de référencement : Woorank∗ Tests de référencement : Woorank
∗ Tests de charges
∗ Performance : webpagetests, AgileLoad
∗ Stress test : Gremlinsjs
Devops
ou la fusion du dev(+tests) et des ops
DevOps : Pourquoi ?
Des exemples de motivation
F(x) = return
…
DevOps c’est quoi ?
Devops …
par les techos
1ère Définition :
DevOps est principalement une automatisation de
l’infrastructure, du build, du processus de release, du monitoring,
…….
Devops …
Par le buisiness
2ème Définition :
une approche qui croit en l’expérimentation, à l’échec rapide, au
produit viable minimal, et une décision prise sur des chiffres.
Ex: http://blog.xebia.fr/2015/10/08/revue-de-presse-xebia-2015-41/#RevuedePresseXebia-
ImportanceofCulturalShiftinContinuousDeliveryModel
3éme définition
OPS
Delivery
•Flux
•Lead Time
•Déploiement
continue
Outils
•Automatisation
•Intégration
continue
•Infrastructure as
Un peu plus détaillé
User Feedback
•A/B Testing
•Feature Flags
•UX Tests
•Buisiness
OPS
•Run
•Provisionning
•Capacity Planning
•Déploiement
continue
QA
•TDD
•Qualité
•Inspection
continue
•Infrastructure as
code
Virtualisation
Les équipiers
•Capacités
•Feature Team
•Connaissance
•Responsabilités
•No Ops Métriques
•Monitoring
•Docker.io
•Puppet,Chef,
Fabric, …
•{I|P|A}ASS
Processus
•Kanban
•Amélioration
continue
•Coopération
•Skills •Monitoring
•Analyse des Logs
•Disponibilité
•Fiabilité
•Alertes
Monitoring
•Time to market
•Frequent
delivey
Les outils • Version control & Build
• GitHub, jenkins, Rultor
• Configuration management
• Puppet : gestion de configuration
(administrator based)
• Ansible : syntaxe YAML , ‘agent less’
• Chef : gestion de configuration
Saltstack : gestion de configuration,
Chef : gestion de configuration
• Saltstack : gestion de configuration,
client => client(s)
• Augeas : éditeur de configuration
• Monitoring
• New relic : Monitoring pour les
applicatons (Saas solution)
• LogZ.io : ELK (Elasticsearch, logstash,
Kibana)
• Infrastructure
• Vagrant : configuration pour les VM• Vagrant : configuration pour les VM
(intégration avec chef, puppet,
docker,…)
• Docker : automatisationde la gestion
des containers Linux
• Applicatif
• Squid Cache
• Atlassian : Management de project
management, et automatisation du
Fgd
Docker
∗ Swarm : mechanism de cluster
∗ Kitematic : gestion d’image docker via une UI
∗ Registry : gestion (stockage) d’images docker∗ Registry : gestion (stockage) d’images docker
∗ Machine (beta) : create host + docker client
Monitoring
∗ Optimizely
∗ Google Analytics Content Experiments
User feedback
∗ Google Analytics Content Experiments
∗ Unbounce
∗ Wingify Visual Website Optimizer
∗ Genetify
∗ Convert
∗ Vanity∗ Vanity
Quelques remarques sur la stack
∗ Cloud
∗ SAAS
∗ Principalement orienté Ops et utilisateurs∗ Principalement orienté Ops et utilisateurs
∗ Pas encore de consolidation du marché … aura-t-elle
lieu ?
Et donc fin 2015 ?
et technique
2015…
Multi -Clouds
Cloud public
Machine
MicroservicesOpen Source
Cloud public
Containers
Machine
Learning
∗ L’Open source domine les changements technologiques.
open source
∗ Développement d’eco-systèmes autours de projet far :
Docker, Hadoop, OpenStack, ….
∗ Le modèle open source -- collaboratif, auto-organisé, et
distribué – commence à se propager en entreprise.distribué – commence à se propager en entreprise.
Le cloud public
Moins de gros projets de cloud privé, principalement à
cause du coût et de la complexité à maintenir la stack
logicielle en interne.
Ex : http://www.dell.com/learn/fr/fr/frbsdt1/campaigns/revueit-cloud-pourquoi-
echec-cloud-priveechec-cloud-prive
Des outils permettent le déploiement ou la gestion de
Management de clouds multiples
Des outils permettent le déploiement ou la gestion de
plusieurs clouds.
Ex : CliQr, prétend être capable de choisir
dynamiquement quel cloud doit faire tourner tel ou tel
processus.
Ex : RightScale, permet de gérer et d’optimiser les
ressources et les coûts d’un ensemble de clouds.ressources et les coûts d’un ensemble de clouds.
∗ Transformer une application en 1 container est simple.
La folie des Containers
∗ Gérer une application multi containers est plus difficile.
∗ L’ecosystem de Docker :
∗ Kubernetes(google), Mesos, et StackEngine;
∗ Google Cloud Platform et Amazon Web Services ont leur propre
mécanisme depuis quelques mois.
Google Cloud Platform et Amazon Web Services ont leur propre
mécanisme depuis quelques mois.
Les architectures Microservices
∗ Aujourd’hui les développeurs d’application Web et mobile app
dev, tendent à développer/réutiliser des services plutôt que
tout réécrire
∗ Ces services sont des microservices – une résponsabilité
simple, faite pour devenir des éléments d’applications plus
complexes.complexes.
∗ Docker a accéléré le développement des microservices en
fournissant un moyen simple et efficace de les déployer.
∗ Donner du sens à vos données
Machine learning
∗ La marche devient abordable, grâce à des projets
comme Mahout , Spark/Mllib et Flink.
∗ Adaptation au comportement utilisateur en temps
réel.réel.
Et après demain ?Et après demain ?
Flink en 3 slides
Data
sourcesource
Data
source
Data
source
Operation
Data
Data
Operation
Data
Data
Data
Stream
Operation
DataStream
Data
Operation
Moteur d’optimisation
Exécuté sur un cluster
Flink
Flink
∗ Flink est optimisé pour les traitements cycliques et
itératifs
∗ Flink traite les données en batch ou en flux de
manière natives. Les données sont mises dans un flux
dès qu’elles sont à disposition.dès qu’elles sont à disposition.
∗ Optimiseur intégré
∗ La Sécurité (cf IoT)
Les oubliés de Devops
∗ La Sécurité (cf IoT)
∗ Monitoring / alertes
∗ Le passage à l’échelle de l’entreprise
∗ Le test en continu∗ Le test en continu
∗ Les Valeurs
Nouvelles idées
nouvelles organisations du travail comme par exemple l'intégration ennouvelles organisations du travail comme par exemple l'intégration en
continu avec des équipes en parallèle: une mise en production par
semaine, mais quatre équipes qui travaillent sur des lots fonctionnels
indépendants
Les containers mobiles
∗ Situations extrêmes : coupure réseau
∗ Réduction des coûts
∗ Utilisation de « vos » ressources
Posted by Benjamin Wootton (http://devops.com/2015/05/07/great-legacy-code-crisis-2016/)
…..
∗ These modern approaches to software delivery such as DevOps,
The Great Legacy Code Crisis Of 2016
∗ These modern approaches to software delivery such as DevOps,
Continuous Delivery, cloud, containers, infrastructure automation and
polyglot MicroServices are exponentially better approaches than last
generation technology. Those who are working on these modern
platforms can move so quickly in comparison to more traditional
enterprise environments that people working on older platforms
don’t stand a chance. It’s at least a 5-10x uplift in speed of delivery.
∗ What is scary is that by legacy I am not even talking about∗ What is scary is that by legacy I am not even talking about
mainframes or Visual Basic desktop applications. I’m talking about
last generation .NET and J2EE platforms which are too heavyweight,
slow and bulky to change. Change, iteration and experimentation is
what’s important in the new world and these platforms are just not
optimized for that.
Architectures et lectures
∗ « Open containers » (DockerCon 2015)
∗ Edge Computing
∗ (multi-) Cloud natif
∗ des livres pour les managers
∗ “DevOps: A Software Architect’s Perspective”
de Len Bass, Ingo Weber and Liming Zhu
∗ “Software Architecture in Practice”
∗ Hybrid Cloud For Dummies
DevOps : mais il ne suffit pas
d’outils pour que ca marche
Quelques commentaires
∗ Organizations with agile development will be slower to
embrace DevOps across the entire application life cycle.
∗ Cultural resistance and low levels of process discipline will
create significant failure rates for DevOps initiatives,
particularly when waterfall processes are still a dominant
portion of the development portfolio.portion of the development portfolio.
∗ Nevertheless, a majority of enterprises attempting to scale
agile over the next five years will recognize the need for
DevOps initiatives.
∗ Project Managers would ask Dev teams to revise their
Quelques exemples
∗ Project Managers would ask Dev teams to revise their
estimates until the estimates matched the pre-
determined ‘story points’ available for the work!
∗ the programme sponsors (‘the business’) were of the
view that limiting the work in progress would slow
down delivery;down delivery;
∗ Continuous Delivery was essentially ‘just’ a few
Jenkins pipelines
SO … Devops
http://dev2ops.org/2010/11/devops-is-not-a-technology-problem-devops-is-a-business-problem/
Agile lille 2015 devops etapres

Contenu connexe

Tendances

Tendances (20)

Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020Meetup DevOps / WebOps Nîmes 20161020
Meetup DevOps / WebOps Nîmes 20161020
 
Introduction à DevOps
Introduction à DevOpsIntroduction à DevOps
Introduction à DevOps
 
Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014
 
Presentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDGPresentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDG
 
DODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez CroesusDODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez Croesus
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
CloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseurCloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseur
 
DevOps et tendances Monitoring
DevOps et tendances MonitoringDevOps et tendances Monitoring
DevOps et tendances Monitoring
 
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...
 
Le monitoring à l'heure de DevOps et Big Data
Le monitoring à l'heure de DevOps et Big DataLe monitoring à l'heure de DevOps et Big Data
Le monitoring à l'heure de DevOps et Big Data
 
DevOps, quel futur pour les Ops ?
DevOps, quel futur pour les Ops ?DevOps, quel futur pour les Ops ?
DevOps, quel futur pour les Ops ?
 
Agile Tour Lille OCTO : Le kanban expliqué par bison futé
Agile Tour Lille OCTO : Le kanban expliqué par bison futéAgile Tour Lille OCTO : Le kanban expliqué par bison futé
Agile Tour Lille OCTO : Le kanban expliqué par bison futé
 
Dev opsday case study
Dev opsday   case studyDev opsday   case study
Dev opsday case study
 
#1 cloud-infra-talk- l ops-du-devops
#1 cloud-infra-talk- l ops-du-devops#1 cloud-infra-talk- l ops-du-devops
#1 cloud-infra-talk- l ops-du-devops
 
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
 [devops REX 2016] Les impacts techniques et organisationnels liés à devops [devops REX 2016] Les impacts techniques et organisationnels liés à devops
[devops REX 2016] Les impacts techniques et organisationnels liés à devops
 
Devops, un tour d'horizon - Eutelsat 2018
Devops, un tour d'horizon -  Eutelsat 2018Devops, un tour d'horizon -  Eutelsat 2018
Devops, un tour d'horizon - Eutelsat 2018
 
[Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps [Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps
 
DevOps vu par les ops
DevOps vu par les opsDevOps vu par les ops
DevOps vu par les ops
 
AT2010 Principes Integration Continue
AT2010 Principes Integration ContinueAT2010 Principes Integration Continue
AT2010 Principes Integration Continue
 

En vedette

Intégration continue
Intégration continueIntégration continue
Intégration continue
Klee Group
 
Evolution of Linux Containerization
Evolution of Linux Containerization Evolution of Linux Containerization
Evolution of Linux Containerization
WSO2
 

En vedette (20)

DevOps : mission [im]possible ?
DevOps : mission [im]possible ?DevOps : mission [im]possible ?
DevOps : mission [im]possible ?
 
Mardi Gras 'Intégration Continue'
Mardi Gras 'Intégration Continue'Mardi Gras 'Intégration Continue'
Mardi Gras 'Intégration Continue'
 
TIAD : Automating the aplication lifecycle
TIAD : Automating the aplication lifecycleTIAD : Automating the aplication lifecycle
TIAD : Automating the aplication lifecycle
 
TIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloudTIAD : DevOps & continuous delivery dans le cloud
TIAD : DevOps & continuous delivery dans le cloud
 
L’intégration continue chez AXA France
L’intégration continue chez AXA FranceL’intégration continue chez AXA France
L’intégration continue chez AXA France
 
Présentation kanban
Présentation kanbanPrésentation kanban
Présentation kanban
 
Etat de l art business intelligence
Etat de l art business intelligenceEtat de l art business intelligence
Etat de l art business intelligence
 
Continuous Integration, the minimum viable product
Continuous Integration, the minimum viable productContinuous Integration, the minimum viable product
Continuous Integration, the minimum viable product
 
Intégration continue
Intégration continueIntégration continue
Intégration continue
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Evolution of Linux Containerization
Evolution of Linux Containerization Evolution of Linux Containerization
Evolution of Linux Containerization
 
Introduction à docker.io
Introduction à docker.ioIntroduction à docker.io
Introduction à docker.io
 
Methodes agile
Methodes agileMethodes agile
Methodes agile
 
Agile expliqué aux managers
Agile expliqué aux managersAgile expliqué aux managers
Agile expliqué aux managers
 
Présentation Docker
Présentation DockerPrésentation Docker
Présentation Docker
 
Packaging et déploiement d'une application avec Docker et Ansible @DevoxxFR 2015
Packaging et déploiement d'une application avec Docker et Ansible @DevoxxFR 2015Packaging et déploiement d'une application avec Docker et Ansible @DevoxxFR 2015
Packaging et déploiement d'une application avec Docker et Ansible @DevoxxFR 2015
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
DevOps avec Ansible et Docker
DevOps avec Ansible et DockerDevOps avec Ansible et Docker
DevOps avec Ansible et Docker
 
Integration of automation framework with ci tools
Integration of automation framework with ci toolsIntegration of automation framework with ci tools
Integration of automation framework with ci tools
 
02 continuous integration
02 continuous integration02 continuous integration
02 continuous integration
 

Similaire à Agile lille 2015 devops etapres

Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
boulonvert
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
ENSIBS
 

Similaire à Agile lille 2015 devops etapres (20)

Cours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdfCours Devops Sparks.pptx.pdf
Cours Devops Sparks.pptx.pdf
 
Livraison en continue avec l'outillage devops - Jenkins, Ansible, Docker et ...
Livraison en continue avec l'outillage devops - Jenkins, Ansible, Docker et  ...Livraison en continue avec l'outillage devops - Jenkins, Ansible, Docker et  ...
Livraison en continue avec l'outillage devops - Jenkins, Ansible, Docker et ...
 
OpenStack & DevOps, l'Open Source au service du Cloud
OpenStack & DevOps, l'Open Source au service du CloudOpenStack & DevOps, l'Open Source au service du Cloud
OpenStack & DevOps, l'Open Source au service du Cloud
 
Alter Way's digitalks - Docker : des conteneurs pour tout faire ?
Alter Way's digitalks - Docker  : des conteneurs pour tout faire ? Alter Way's digitalks - Docker  : des conteneurs pour tout faire ?
Alter Way's digitalks - Docker : des conteneurs pour tout faire ?
 
Alter Way's digitalks - Docker : des conteneurs pour tout faire ?
Alter Way's digitalks - Docker  : des conteneurs pour tout faire ?Alter Way's digitalks - Docker  : des conteneurs pour tout faire ?
Alter Way's digitalks - Docker : des conteneurs pour tout faire ?
 
L'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOpsL'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOps
 
Sw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applicationsSw 100 fr docker conteneurisation des applications
Sw 100 fr docker conteneurisation des applications
 
Introduction DevOps & containarization des applications
Introduction DevOps & containarization des applicationsIntroduction DevOps & containarization des applications
Introduction DevOps & containarization des applications
 
SUSE Expert Days Paris 2018 – CaaSP
SUSE Expert Days Paris 2018 – CaaSPSUSE Expert Days Paris 2018 – CaaSP
SUSE Expert Days Paris 2018 – CaaSP
 
Xebicon architectures microservices azure v1.0
Xebicon   architectures microservices azure v1.0Xebicon   architectures microservices azure v1.0
Xebicon architectures microservices azure v1.0
 
Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?
 
Afterworks @Nouméa - DevOps, approche par container et Docker
Afterworks @Nouméa - DevOps, approche par container et DockerAfterworks @Nouméa - DevOps, approche par container et Docker
Afterworks @Nouméa - DevOps, approche par container et Docker
 
OpenStack - open source au service du Cloud
OpenStack - open source au service du CloudOpenStack - open source au service du Cloud
OpenStack - open source au service du Cloud
 
Déployer facilement OpenStack et CEPH avec Bright OpenStack
Déployer facilement OpenStack et CEPH avec Bright OpenStackDéployer facilement OpenStack et CEPH avec Bright OpenStack
Déployer facilement OpenStack et CEPH avec Bright OpenStack
 
Amener vos applications Dockerisées jusqu’en production avec XebiaLabs
Amener vos applications Dockerisées jusqu’en production avec XebiaLabs �Amener vos applications Dockerisées jusqu’en production avec XebiaLabs �
Amener vos applications Dockerisées jusqu’en production avec XebiaLabs
 
XebiCon'16 : Architecture MicroServices avec Azure par Michel Hubert, CTO de ...
XebiCon'16 : Architecture MicroServices avec Azure par Michel Hubert, CTO de ...XebiCon'16 : Architecture MicroServices avec Azure par Michel Hubert, CTO de ...
XebiCon'16 : Architecture MicroServices avec Azure par Michel Hubert, CTO de ...
 
Production logicielle, outils et pratiques
Production logicielle, outils et pratiquesProduction logicielle, outils et pratiques
Production logicielle, outils et pratiques
 
AFUP 2010 : Industrialisation de PHP, l'exemple de CANAL+
AFUP 2010 : Industrialisation de PHP, l'exemple de CANAL+AFUP 2010 : Industrialisation de PHP, l'exemple de CANAL+
AFUP 2010 : Industrialisation de PHP, l'exemple de CANAL+
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
 
Devforumfrancois Tonic
Devforumfrancois TonicDevforumfrancois Tonic
Devforumfrancois Tonic
 

Agile lille 2015 devops etapres

  • 1. Agile Lille 2015:Agile Lille 2015: CI, DevOps et après Laurent Tardif
  • 2. Agile Lille 2015:Agile Lille 2015: CI, DevOps et après
  • 3. CI, DevOps et après
  • 4. Pour qui ? ∗ Vous connaissez (un peu) Devops ∗ Vous connaissez (une partie au moins) de la Stack Devops
  • 5. Quoi ∗ Un petit retour dans le passé pour comprendre ce qui ce passe aujourd’hui ∗ On essaiera de voir les tendances actuelles
  • 6. ∗ Le rapport Thery de 1994. Intitulé « Les autoroutes de l’information », il fut écrit Toujours avoir un regard critique sur les prédictions ….. autoroutes de l’information », il fut écrit par Gérard Théry, Alain Bonnafé, Michel Guieysse et adressé au Premier ministre de l’époque, Édouard Balladur. ∗ Internet : ∗ « Son mode de fonctionnement coopératif n’est pas conçu pour offrir des services commerciaux. Sa large ouverture à tous types d’utilisateurs et de services fait apparaître ses limites, notamment sonfait apparaître ses limites, notamment son inaptitude à offrir des services de qualité en temps réel de voix ou d’images. » ∗ « Ce réseau est donc mal adapté à la fourniture de services commerciaux. »
  • 7. ∗ Laurent Tardif Qui suis-je ? ~2005 ∗ Laurent Tardif ~2000 ~2005
  • 8. ∗ 1995 : 35M d’utilisateurs internet 2014 : 2.8 Milliards (~40%) Quelques changements récents (~40%) ∗ 1995 : 80M de téléphones 2014 5.2 Milliards (~75%) ∗ La fréquence (24/24) et l’utilisation (vidéo,…) des appareils changent. ∗ Gartner : en 2016, DevOps va passer d’une niche à une stratégie d’entreprise pour 25 % des 2000 plus grandesstratégie d’entreprise pour 25 % des 2000 plus grandes entreprises. ∗ En cours ou à venir : IoT ∗ Ref : http://fr.slideshare.net/kleinerperkins/internet-trends-v1
  • 9. Quelques dates pour les devs 2000 2004 2008 2012 2016 Agile 2000 2004 2008 2012 2016 Continuous Integration 2002 : Agile software development 2006 : Agile Project management 2007 : Entreprise Scrum 2006 : CI : Martin Fowler 2008 : JavaOne : Hudson/Jenkins 2012 : SAFe 1.0 Devops 2008 : JavaOne : Hudson/Jenkins 2013 : Docker 2009 : Chef v1.0 2005 : Puppet
  • 10. L’Intégration Continue ou la fusion du dev et du test
  • 11. CI & Tools • Build • Maven, Gradle • Plugin & qualité • PMD, findbugs, sonar • Tests • Junit,mockito, selenium, • Version control & CI • Svn, Git, jenkins, artifactory,nexusartifactory,nexus • Virtualisation • Vmware, virtualbox, Xen,….
  • 12. ∗ Les bases Points Clés ∗ Les bases ∗ Qualité du code du logiciel ∗ Robustesse du code ∗ Packaging ∗ évolution des outils: nombreux, une fonctionnalité, distribués et utilisables dans le clouddistribués et utilisables dans le cloud
  • 13. ∗ Tests unitaires : Karma + mocha (jasmine) + Chai.js + Sinon.js Exemple d’évolution (Octo : http://fr.slideshare.net/OCTOTechnology/test-sur-tous-les-fronts) Sinon.js ∗ Tests fonctionnels : selenium + capybara ∗ Tests de sécurité : skipfish ∗ Tests IHM ∗ multi-navigateur (Saas) : Saucelabs, browserstack ∗ Tests non régression visuelles : phantom(js/css), Casper ∗ Tests de référencement : Woorank∗ Tests de référencement : Woorank ∗ Tests de charges ∗ Performance : webpagetests, AgileLoad ∗ Stress test : Gremlinsjs
  • 14. Devops ou la fusion du dev(+tests) et des ops
  • 16. Des exemples de motivation F(x) = return …
  • 18. Devops … par les techos 1ère Définition : DevOps est principalement une automatisation de l’infrastructure, du build, du processus de release, du monitoring, …….
  • 19. Devops … Par le buisiness 2ème Définition : une approche qui croit en l’expérimentation, à l’échec rapide, au produit viable minimal, et une décision prise sur des chiffres. Ex: http://blog.xebia.fr/2015/10/08/revue-de-presse-xebia-2015-41/#RevuedePresseXebia- ImportanceofCulturalShiftinContinuousDeliveryModel
  • 21. OPS Delivery •Flux •Lead Time •Déploiement continue Outils •Automatisation •Intégration continue •Infrastructure as Un peu plus détaillé User Feedback •A/B Testing •Feature Flags •UX Tests •Buisiness OPS •Run •Provisionning •Capacity Planning •Déploiement continue QA •TDD •Qualité •Inspection continue •Infrastructure as code Virtualisation Les équipiers •Capacités •Feature Team •Connaissance •Responsabilités •No Ops Métriques •Monitoring •Docker.io •Puppet,Chef, Fabric, … •{I|P|A}ASS Processus •Kanban •Amélioration continue •Coopération •Skills •Monitoring •Analyse des Logs •Disponibilité •Fiabilité •Alertes Monitoring •Time to market •Frequent delivey
  • 22. Les outils • Version control & Build • GitHub, jenkins, Rultor • Configuration management • Puppet : gestion de configuration (administrator based) • Ansible : syntaxe YAML , ‘agent less’ • Chef : gestion de configuration Saltstack : gestion de configuration, Chef : gestion de configuration • Saltstack : gestion de configuration, client => client(s) • Augeas : éditeur de configuration • Monitoring • New relic : Monitoring pour les applicatons (Saas solution) • LogZ.io : ELK (Elasticsearch, logstash, Kibana) • Infrastructure • Vagrant : configuration pour les VM• Vagrant : configuration pour les VM (intégration avec chef, puppet, docker,…) • Docker : automatisationde la gestion des containers Linux • Applicatif • Squid Cache • Atlassian : Management de project management, et automatisation du Fgd
  • 23. Docker ∗ Swarm : mechanism de cluster ∗ Kitematic : gestion d’image docker via une UI ∗ Registry : gestion (stockage) d’images docker∗ Registry : gestion (stockage) d’images docker ∗ Machine (beta) : create host + docker client
  • 25. ∗ Optimizely ∗ Google Analytics Content Experiments User feedback ∗ Google Analytics Content Experiments ∗ Unbounce ∗ Wingify Visual Website Optimizer ∗ Genetify ∗ Convert ∗ Vanity∗ Vanity
  • 26. Quelques remarques sur la stack ∗ Cloud ∗ SAAS ∗ Principalement orienté Ops et utilisateurs∗ Principalement orienté Ops et utilisateurs ∗ Pas encore de consolidation du marché … aura-t-elle lieu ?
  • 27. Et donc fin 2015 ? et technique
  • 28. 2015… Multi -Clouds Cloud public Machine MicroservicesOpen Source Cloud public Containers Machine Learning
  • 29. ∗ L’Open source domine les changements technologiques. open source ∗ Développement d’eco-systèmes autours de projet far : Docker, Hadoop, OpenStack, …. ∗ Le modèle open source -- collaboratif, auto-organisé, et distribué – commence à se propager en entreprise.distribué – commence à se propager en entreprise.
  • 30. Le cloud public Moins de gros projets de cloud privé, principalement à cause du coût et de la complexité à maintenir la stack logicielle en interne. Ex : http://www.dell.com/learn/fr/fr/frbsdt1/campaigns/revueit-cloud-pourquoi- echec-cloud-priveechec-cloud-prive
  • 31. Des outils permettent le déploiement ou la gestion de Management de clouds multiples Des outils permettent le déploiement ou la gestion de plusieurs clouds. Ex : CliQr, prétend être capable de choisir dynamiquement quel cloud doit faire tourner tel ou tel processus. Ex : RightScale, permet de gérer et d’optimiser les ressources et les coûts d’un ensemble de clouds.ressources et les coûts d’un ensemble de clouds.
  • 32. ∗ Transformer une application en 1 container est simple. La folie des Containers ∗ Gérer une application multi containers est plus difficile. ∗ L’ecosystem de Docker : ∗ Kubernetes(google), Mesos, et StackEngine; ∗ Google Cloud Platform et Amazon Web Services ont leur propre mécanisme depuis quelques mois. Google Cloud Platform et Amazon Web Services ont leur propre mécanisme depuis quelques mois.
  • 33. Les architectures Microservices ∗ Aujourd’hui les développeurs d’application Web et mobile app dev, tendent à développer/réutiliser des services plutôt que tout réécrire ∗ Ces services sont des microservices – une résponsabilité simple, faite pour devenir des éléments d’applications plus complexes.complexes. ∗ Docker a accéléré le développement des microservices en fournissant un moyen simple et efficace de les déployer.
  • 34. ∗ Donner du sens à vos données Machine learning ∗ La marche devient abordable, grâce à des projets comme Mahout , Spark/Mllib et Flink. ∗ Adaptation au comportement utilisateur en temps réel.réel.
  • 35. Et après demain ?Et après demain ?
  • 36. Flink en 3 slides Data sourcesource Data source Data source Operation Data Data Operation Data Data Data Stream Operation DataStream Data Operation Moteur d’optimisation Exécuté sur un cluster
  • 37. Flink
  • 38. Flink ∗ Flink est optimisé pour les traitements cycliques et itératifs ∗ Flink traite les données en batch ou en flux de manière natives. Les données sont mises dans un flux dès qu’elles sont à disposition.dès qu’elles sont à disposition. ∗ Optimiseur intégré
  • 39. ∗ La Sécurité (cf IoT) Les oubliés de Devops ∗ La Sécurité (cf IoT) ∗ Monitoring / alertes ∗ Le passage à l’échelle de l’entreprise ∗ Le test en continu∗ Le test en continu ∗ Les Valeurs
  • 40. Nouvelles idées nouvelles organisations du travail comme par exemple l'intégration ennouvelles organisations du travail comme par exemple l'intégration en continu avec des équipes en parallèle: une mise en production par semaine, mais quatre équipes qui travaillent sur des lots fonctionnels indépendants
  • 41. Les containers mobiles ∗ Situations extrêmes : coupure réseau ∗ Réduction des coûts ∗ Utilisation de « vos » ressources
  • 42. Posted by Benjamin Wootton (http://devops.com/2015/05/07/great-legacy-code-crisis-2016/) ….. ∗ These modern approaches to software delivery such as DevOps, The Great Legacy Code Crisis Of 2016 ∗ These modern approaches to software delivery such as DevOps, Continuous Delivery, cloud, containers, infrastructure automation and polyglot MicroServices are exponentially better approaches than last generation technology. Those who are working on these modern platforms can move so quickly in comparison to more traditional enterprise environments that people working on older platforms don’t stand a chance. It’s at least a 5-10x uplift in speed of delivery. ∗ What is scary is that by legacy I am not even talking about∗ What is scary is that by legacy I am not even talking about mainframes or Visual Basic desktop applications. I’m talking about last generation .NET and J2EE platforms which are too heavyweight, slow and bulky to change. Change, iteration and experimentation is what’s important in the new world and these platforms are just not optimized for that.
  • 43. Architectures et lectures ∗ « Open containers » (DockerCon 2015) ∗ Edge Computing ∗ (multi-) Cloud natif ∗ des livres pour les managers ∗ “DevOps: A Software Architect’s Perspective” de Len Bass, Ingo Weber and Liming Zhu ∗ “Software Architecture in Practice” ∗ Hybrid Cloud For Dummies
  • 44. DevOps : mais il ne suffit pas d’outils pour que ca marche
  • 45. Quelques commentaires ∗ Organizations with agile development will be slower to embrace DevOps across the entire application life cycle. ∗ Cultural resistance and low levels of process discipline will create significant failure rates for DevOps initiatives, particularly when waterfall processes are still a dominant portion of the development portfolio.portion of the development portfolio. ∗ Nevertheless, a majority of enterprises attempting to scale agile over the next five years will recognize the need for DevOps initiatives.
  • 46. ∗ Project Managers would ask Dev teams to revise their Quelques exemples ∗ Project Managers would ask Dev teams to revise their estimates until the estimates matched the pre- determined ‘story points’ available for the work! ∗ the programme sponsors (‘the business’) were of the view that limiting the work in progress would slow down delivery;down delivery; ∗ Continuous Delivery was essentially ‘just’ a few Jenkins pipelines