SlideShare une entreprise Scribd logo
Cloud Expo Europe 2017 – 15-nov
Faire du DevOps
dans une relation client/fournisseur
Le speaker
Ludovic Piot
@lpiot
Responsable du pôle
Conseil, Architecture & DevOps
Agenda
DevOps
 disclaimer
 le mur de la confusion
 une tentative de définition
Infogérance
 modèle d’activité en 2015
 état des lieux en 2015
infogérance DevOps
 modèle renversé
 mode projet continu
 everything as code
 tirer parti du modèle du Cloud
 tirer parti de l’héritage des images Docker
 convention de service opérationnel
Devops
Tentative de définition
DevOps – disclaimer
“It’s not about the destination,
it’s about the journey” – Gene Kim
DevOps n’est pas une méthodologie.
Il s’agit de créer une culture
dans laquelle Dev et Ops collaborent étroitement et en confiance.
Devops – le mur de la confusion
Depuis toujours, DEV et OPS s’opposent à cause
d’objectifs antagonistes…
Les DEV recherchent :
 la rapidité de mise à disposition des nouvelles
fonctionnalités aux utilisateurs finaux
 culture du produit
Les Ops recherchent :
 la stabilité, la robustesse
 la maîtrise, la performance
 la sécurité
 l’industrialisation
 l’efficience économique
 culture du service
Mais il y a confusion : ces objectifs sont des objectifs
intermédiaires et non exclusifs !
Devops – une tentative de définition
L’approche DevOps a un objectif unique :
 aligner l'ensemble des acteurs et des compétences
du système d’information…
 … sur la seule qualité du produit fourni à l'utilisateur
final
Pour cela, la démarche DevOps passe par…
 l'engagement de l'ensemble des acteurs sur la chaîne
de production de valeur,
- dans une collaboration libre et sans contrainte
- et le souci d’une amélioration continue
- par le partage d'informations et de responsabilité
- et des outils et méthodes communes
- en vue d'automatiser les actions
- et ainsi d’étendre au maximum l’autonomie des
différents acteurs en dehors de leur périmètre propre
Source:StateofDevOpsreport2016
(Puppet+DevopsResearch&Assessment)
Devops – une tentative de définition
L’approche DevOps
Source:StateofDevOpsreport2016
(Puppet+DevopsResearch&Assessment)
La démarche DevOps
ulture
utomation
easurement
haring
Coût Temps
Qualité Satisfaction
the Beal-Hedemark
golden square
l’Infogérance
Modèle 2015
Transformation digitale
Infogérance – modèle d’activité en 2015
Activité Dispositif
organisationnel
Fonction ITIL Eléments facilitant La promesse La réalité
MCO –
Maintien en
condition
opérationnell
e de
l’application
Horaire :
24/7
 équipe élargie
intervenant sur
les plateformes
de tous les
clients (100+)
 traitement sur
procédure
 ou analyse et
work-around
(rollback)
traitement des
événements et
incidents
augmentation de la
maîtrise par :
 standardisat° des
plateformes
(rebuild ou audit)
 automatisation
des procédures
 GTI – Temps
garanti
d’intervention
(30’ – 1h)
 GTR – Temps
garanti de
rétablissement (1
– 3h)
 peu de maîtrise
du contexte client
 pertinence des
procédures
 maîtrise relative
 context-switching
 implication faible
GCC –
Gestion
continue des
changement
s liés au
projet client
Horaire : 8/5
 équipe restreinte
et dédiée aux
plateformes de
quelques clients
 mode micro-
projet
 déclenchement
par ticket ou lors
des
 résolution des
problèmes
 application des
changements
augmentation de la
productivité par :
 standardisat° des
plateformes
 expertise des
équipes
 automatisation
des actions
 accompagnemen
t du projet dans
le design et
l’implémentation
de son
architecture
technique
 KPIs ?
 priorisation et
allocation de
ressource au
coup par coup
(délai)
 intervention fire-
and-forget
 participation
épisodique au
Infogérance – état des lieux en 2015
Serve
r
Hypervisor
VM
OS
Libs
Middlewar
e
conf.
Apps
Kernel
HDW
conf.conf.
Storag
e
Network
Logs/Metrology/Backups
Data
Responsabilité
contractuelle
Réalité
opérationnelle
Contraintes techniques
 choix d’infrastructure restreint
 choix d’architecture technique contraint
 partage des outils de déploiement
 partage des secrets
Contraintes Organisationnelles
 concurrence pour la disponibilité des ressources
 intégrer des équipes tierces dans le design
d’architecture
 interlocuteurs multiples sur la gestion des incidents
 organisation à 2 vitesses entre le build et le run
Incompréhension du modèle
 zones de responsabilité et de forfait flous
Build
build
Run
GC
C
GC
C
GC
C
GC
C
buil
d
GC
C?
AP
P
AP
P
AP
P
AP
P
AP
PAP
P
AP
P
l’Infogérance
DevOps
Infogérance DevOps – modèle renversé
Objectifs
 ré-aligner les promesses et la réalité opérationnelle
 augmenter la souplesse d’une prestation de service
 rétablir la confiance et la collaboration
Eléments du modèles
 communication et proximité renforcées
 ouverture à des technologies hors-catalogue
 partage des outils, et des assets technologiques
 propriété du client renforcée
 collaboration sur du matériau commun
 automatisation maximale
 responsabilité partagée
 notion de forfait « agile »
Infogérance DevOps – mode projet continu
Inscription dans le projet client
 aoption de la méthodologie scrum du client
 conception de la backlog partagée avec le client en
tenant compte des sprints
 participation aux rituels agiles : stand-up meetings,
sprint planning, démo, rétrospective
 partage des outils de gestion de projet du client
(kanban, Jira agile, Pivotal Tracker, Redmine)
 plus de GCC, mais du forfait sous forme de sprints avec
le fonctionnement des projets agile : « stop ou encore »
 tout nouveau sujet alimente la backlog et est priorisé à
chaque sprint planning
 gouvernance technologique (design d’architecture
technique) partagée et assumée par l’ensemble de
l’équipe projet
 déplacement chez le client en temps partiel
Infogérance DevOps – everything as code
Partage des assets technologiques
 build et maintien de la plateforme en Infra as Code
 codebase partagée en lecture/écriture sur les dépôts du
client
 validation croisée des contributions Dev et Ops :
 tout le monde est
Responsible/Consulted/Informed
 les personnes Accountable restent à la
validation
 chaîne de delivery portée sur la software factory
partagée avec le client
 cohérence du workflow projet
 vélocité de chacun immédiatement visible
 secrets centralisés dans un Vault partagé (ACL
différenciées)
 communication instantanée via outil de chat partagé
(celui du client)
 versionning et traçabilité assurés par Git
Infogérance DevOps – tirer parti du modèle du Cloud
Hypervisor
VM
OS
Libs
conf.
Kernel
HDW
Middlewar
e
conf.
Apps
conf.
Serve
r
Storag
e
Network
Logs / Metrology /
Backups
Data
On-premise Iaas Paas
Responsabilités
Repréciser la zone de
responsabilité de chaque
acteur… quitte à avoir des
zones de responsabilité
partagées.
 Cloud provider
 Infogérant
 Client
Propriété
Les plateformes Cloud sont
en propriété du client.
Potentielle délégation de
gouvernance.
Caas
Runtime
conf.
Container
conf.
Infogérance DevOps – tirer parti de l’héritage des images Docker
Dev team
Ops team
Container
Apps
Middl
eware
s
Libs
OS
conf
.
conf
.
conf
.
conf
.
Container
Libs
OS
conf
.
conf
.
Image
Container
Middl
eware
s
conf
.
Container
Apps
conf
.
ImageImage
☹️ Not
prod-
ready
Container
Apps
conf
.
😀
prod-
ready
😀
prod-
ready Image
😀
prod-
ready
Infogérance DevOps – convention de service opérationnel
objectifs
 les éléments contractuels doivent refléter au plus près la
réalité opérationnelle
Démarche
 document essentiellement opérationnel connexe au
PAQ, PAS
 évolue dans le temps
 identifie la réalité du moment (SLAs, KPIs, dispositif
opérationnel)
 identifie une cible à atteindre et la backlog pour y aller
 est révisée de proche en proche (au ComOp) à chaque
évolution majeure de la plateforme
- architecture
- fréquentation du site
- criticité du business
 responsabilité partagée
What’s next?
Questions ?

Contenu connexe

Tendances

Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
Zenika
 
Agile lille 2015 devops etapres
Agile lille 2015 devops etapresAgile lille 2015 devops etapres
Agile lille 2015 devops etapres
Laurent Tardif
 
Keynote DevOps - Microsoft DevOps Day 2014 in Paris
Keynote DevOps - Microsoft DevOps Day 2014 in ParisKeynote DevOps - Microsoft DevOps Day 2014 in Paris
Keynote DevOps - Microsoft DevOps Day 2014 in ParisJason De Oliveira
 
Du cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - NormationDu cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - Normation
RUDDER
 
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...
Samuel Metias
 
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
Cedric Girard
 
Presentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDGPresentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDG
TinarivosoaAbaniaina
 
Au secours, mon chef m'a demandé de passer au DevOps
Au secours, mon chef m'a demandé de passer au DevOpsAu secours, mon chef m'a demandé de passer au DevOps
Au secours, mon chef m'a demandé de passer au DevOps
antony_guilloteau
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
COMPETENSIS
 
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
Henri Gomez
 
DevOps : mission [im]possible ?
DevOps : mission [im]possible ?DevOps : mission [im]possible ?
DevOps : mission [im]possible ?
rfelden
 
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
devops REX
 
The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014
Matthieu de Canteloube
 
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
Adrien Blind
 
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
devops REX
 
#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
Emmanuel Roldan
 
DevOps et tendances Monitoring
DevOps et tendances MonitoringDevOps et tendances Monitoring
DevOps et tendances Monitoring
François
 
Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014
Jonathan Martin
 
Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?
Adrien Blind
 
[Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps [Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps
Devoteam Revolve
 

Tendances (20)

Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
 
Agile lille 2015 devops etapres
Agile lille 2015 devops etapresAgile lille 2015 devops etapres
Agile lille 2015 devops etapres
 
Keynote DevOps - Microsoft DevOps Day 2014 in Paris
Keynote DevOps - Microsoft DevOps Day 2014 in ParisKeynote DevOps - Microsoft DevOps Day 2014 in Paris
Keynote DevOps - Microsoft DevOps Day 2014 in Paris
 
Du cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - NormationDu cycle en V à DevOps, en passant par agile - Normation
Du cycle en V à DevOps, en passant par agile - Normation
 
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...
 
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
Devoteam REX OpenShift DevOps - Red Hat Roadshow Paris - avril 2018
 
Presentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDGPresentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDG
 
Au secours, mon chef m'a demandé de passer au DevOps
Au secours, mon chef m'a demandé de passer au DevOpsAu secours, mon chef m'a demandé de passer au DevOps
Au secours, mon chef m'a demandé de passer au DevOps
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
DevOps - Retour d’expérience - AlpesJug du 20 Septembre 2011
 
DevOps : mission [im]possible ?
DevOps : mission [im]possible ?DevOps : mission [im]possible ?
DevOps : mission [im]possible ?
 
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerci...
 
The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014
 
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
DevOps à l'échelle: ce que l'on a fait, ce que l'on a appris chez Societe Gen...
 
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
[devops REX 2017] Oser ralentir pour aller plus vite, histoire d’une révoluti...
 
#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 et tendances Monitoring
DevOps et tendances MonitoringDevOps et tendances Monitoring
DevOps et tendances Monitoring
 
Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014
 
Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?
 
[Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps [Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps
 

Similaire à CloudExpo Europe 2017 - DevOps entre client et fournisseur

La valeur de Docker pour les équipes de développement et accélérateur dans le...
La valeur de Docker pour les équipes de développement et accélérateur dans le...La valeur de Docker pour les équipes de développement et accélérateur dans le...
La valeur de Docker pour les équipes de développement et accélérateur dans le...
Laurent Goujon
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
Niji
 
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetiteGab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
AZUG FR
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
qsdqsd4
 
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
Microsoft Ideas
 
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REX
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REXRetour d’expérience de la transformation DevOps de Microsoft au DevOps REX
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REX
Samuel Metias
 
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
XebiaLabs
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitale
Samuel Metias
 
Introduction à la démarche Devops
Introduction à la démarche DevopsIntroduction à la démarche Devops
Introduction à la démarche Devops
Romain Chalumeau
 
AZEO Interview croisée : Moderniser le développement des applications
AZEO Interview croisée : Moderniser le développement des applicationsAZEO Interview croisée : Moderniser le développement des applications
AZEO Interview croisée : Moderniser le développement des applications
AZEO
 
Domain Driven Design - Agile Tour Lille 2009
Domain Driven Design - Agile Tour Lille 2009Domain Driven Design - Agile Tour Lille 2009
Domain Driven Design - Agile Tour Lille 2009
François Wauquier
 
Serverless for OPS - Global Azure Bootcamp 2018
Serverless for OPS - Global Azure Bootcamp 2018Serverless for OPS - Global Azure Bootcamp 2018
Serverless for OPS - Global Azure Bootcamp 2018
Manon PERNIN
 
DEVOPS
DEVOPSDEVOPS
DEVOPS
TayssirLimem
 
Développer et déployer dans le cloud
Développer et déployer dans le cloudDévelopper et déployer dans le cloud
Développer et déployer dans le cloud
Julien Dubois
 
Formation devops par la pratique
Formation devops par la pratiqueFormation devops par la pratique
Formation devops par la pratique
Khaled Ben Driss
 
Démarche de développement d'une activité Cloud
Démarche de développement d'une activité CloudDémarche de développement d'une activité Cloud
Démarche de développement d'une activité Cloud
INNOVER PLUS
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
Marouan MOHAMED
 
Modern Monitoring dans Azure
Modern Monitoring dans AzureModern Monitoring dans Azure
Modern Monitoring dans Azure
Manon PERNIN
 
8 Rex : Mise en place de DevOps sur Azure
8   Rex : Mise en place de DevOps sur Azure8   Rex : Mise en place de DevOps sur Azure
8 Rex : Mise en place de DevOps sur Azure
aOS Community
 
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
Stephane Woillez
 

Similaire à CloudExpo Europe 2017 - DevOps entre client et fournisseur (20)

La valeur de Docker pour les équipes de développement et accélérateur dans le...
La valeur de Docker pour les équipes de développement et accélérateur dans le...La valeur de Docker pour les équipes de développement et accélérateur dans le...
La valeur de Docker pour les équipes de développement et accélérateur dans le...
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
 
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetiteGab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
 
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
Vivre dans une ère post OS et gérer l'hébergement des applications et la mobi...
 
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REX
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REXRetour d’expérience de la transformation DevOps de Microsoft au DevOps REX
Retour d’expérience de la transformation DevOps de Microsoft au DevOps REX
 
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
 
DevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitaleDevOps au coeur de la transformation digitale
DevOps au coeur de la transformation digitale
 
Introduction à la démarche Devops
Introduction à la démarche DevopsIntroduction à la démarche Devops
Introduction à la démarche Devops
 
AZEO Interview croisée : Moderniser le développement des applications
AZEO Interview croisée : Moderniser le développement des applicationsAZEO Interview croisée : Moderniser le développement des applications
AZEO Interview croisée : Moderniser le développement des applications
 
Domain Driven Design - Agile Tour Lille 2009
Domain Driven Design - Agile Tour Lille 2009Domain Driven Design - Agile Tour Lille 2009
Domain Driven Design - Agile Tour Lille 2009
 
Serverless for OPS - Global Azure Bootcamp 2018
Serverless for OPS - Global Azure Bootcamp 2018Serverless for OPS - Global Azure Bootcamp 2018
Serverless for OPS - Global Azure Bootcamp 2018
 
DEVOPS
DEVOPSDEVOPS
DEVOPS
 
Développer et déployer dans le cloud
Développer et déployer dans le cloudDévelopper et déployer dans le cloud
Développer et déployer dans le cloud
 
Formation devops par la pratique
Formation devops par la pratiqueFormation devops par la pratique
Formation devops par la pratique
 
Démarche de développement d'une activité Cloud
Démarche de développement d'une activité CloudDémarche de développement d'une activité Cloud
Démarche de développement d'une activité Cloud
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
 
Modern Monitoring dans Azure
Modern Monitoring dans AzureModern Monitoring dans Azure
Modern Monitoring dans Azure
 
8 Rex : Mise en place de DevOps sur Azure
8   Rex : Mise en place de DevOps sur Azure8   Rex : Mise en place de DevOps sur Azure
8 Rex : Mise en place de DevOps sur Azure
 
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
 

Plus de Ludovic Piot

[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
Ludovic Piot
 
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
Ludovic Piot
 
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
Ludovic Piot
 
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
Ludovic Piot
 
ClusterEurope2018 - Bootcamp Kubernetes - présentation
ClusterEurope2018 - Bootcamp Kubernetes - présentationClusterEurope2018 - Bootcamp Kubernetes - présentation
ClusterEurope2018 - Bootcamp Kubernetes - présentation
Ludovic Piot
 
A quick comparison of managed kubernetes services at public cloud providers'
A quick comparison of managed kubernetes services at public cloud providers'A quick comparison of managed kubernetes services at public cloud providers'
A quick comparison of managed kubernetes services at public cloud providers'
Ludovic Piot
 
Oxalide MorningTech #1 - BigData
Oxalide MorningTech #1 - BigDataOxalide MorningTech #1 - BigData
Oxalide MorningTech #1 - BigData
Ludovic Piot
 
Oxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & KubernetesOxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & Kubernetes
Ludovic Piot
 
Oxalide Morning tech #2 - démarche performance
Oxalide Morning tech #2 - démarche performanceOxalide Morning tech #2 - démarche performance
Oxalide Morning tech #2 - démarche performance
Ludovic Piot
 
Cloud hybridation leveraging on Docker 1.12
Cloud hybridation leveraging on Docker 1.12Cloud hybridation leveraging on Docker 1.12
Cloud hybridation leveraging on Docker 1.12
Ludovic Piot
 
Oxalide Workshop #4 - Docker, des tours dans le petit bassin
Oxalide Workshop #4 - Docker, des tours dans le petit bassinOxalide Workshop #4 - Docker, des tours dans le petit bassin
Oxalide Workshop #4 - Docker, des tours dans le petit bassin
Ludovic Piot
 
Oxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overviewOxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overview
Ludovic Piot
 
Docker meetup - PaaS interoperability
Docker meetup - PaaS interoperabilityDocker meetup - PaaS interoperability
Docker meetup - PaaS interoperability
Ludovic Piot
 
PerfUG 3 - perfs système
PerfUG 3 - perfs systèmePerfUG 3 - perfs système
PerfUG 3 - perfs système
Ludovic Piot
 

Plus de Ludovic Piot (14)

[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
[Capitole du Libre] #serverless -  mettez-le en oeuvre dans votre entreprise...
 
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
 
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
(RivieraDev 2018) #serverless - 2 ans de retourS d'expérience
 
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
DevoxxFR 2018 #serverless - Mettez-le en œuvre dans votre entreprise et arriv...
 
ClusterEurope2018 - Bootcamp Kubernetes - présentation
ClusterEurope2018 - Bootcamp Kubernetes - présentationClusterEurope2018 - Bootcamp Kubernetes - présentation
ClusterEurope2018 - Bootcamp Kubernetes - présentation
 
A quick comparison of managed kubernetes services at public cloud providers'
A quick comparison of managed kubernetes services at public cloud providers'A quick comparison of managed kubernetes services at public cloud providers'
A quick comparison of managed kubernetes services at public cloud providers'
 
Oxalide MorningTech #1 - BigData
Oxalide MorningTech #1 - BigDataOxalide MorningTech #1 - BigData
Oxalide MorningTech #1 - BigData
 
Oxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & KubernetesOxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & Kubernetes
 
Oxalide Morning tech #2 - démarche performance
Oxalide Morning tech #2 - démarche performanceOxalide Morning tech #2 - démarche performance
Oxalide Morning tech #2 - démarche performance
 
Cloud hybridation leveraging on Docker 1.12
Cloud hybridation leveraging on Docker 1.12Cloud hybridation leveraging on Docker 1.12
Cloud hybridation leveraging on Docker 1.12
 
Oxalide Workshop #4 - Docker, des tours dans le petit bassin
Oxalide Workshop #4 - Docker, des tours dans le petit bassinOxalide Workshop #4 - Docker, des tours dans le petit bassin
Oxalide Workshop #4 - Docker, des tours dans le petit bassin
 
Oxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overviewOxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overview
 
Docker meetup - PaaS interoperability
Docker meetup - PaaS interoperabilityDocker meetup - PaaS interoperability
Docker meetup - PaaS interoperability
 
PerfUG 3 - perfs système
PerfUG 3 - perfs systèmePerfUG 3 - perfs système
PerfUG 3 - perfs système
 

Dernier

MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
Horgix
 
Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024
UNITECBordeaux
 
Les écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptxLes écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptx
abderrahimbourimi
 
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptxPRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
AlbertSmithTambwe
 
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
OCTO Technology
 
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'universitéDe l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
Université de Franche-Comté
 
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Laurent Speyser
 

Dernier (7)

MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
 
Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024Le support de présentation des Signaux 2024
Le support de présentation des Signaux 2024
 
Les écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptxLes écrans informatiques au fil du temps.pptx
Les écrans informatiques au fil du temps.pptx
 
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptxPRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
PRESENTATION DE L'ACTIVE DIRECTORY SOUS WINDOWS SERVEUR.pptx
 
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...
 
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'universitéDe l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
De l'IA comme plagiat à la rédaction d'une « charte IA » à l'université
 
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)
 

CloudExpo Europe 2017 - DevOps entre client et fournisseur

  • 1. Cloud Expo Europe 2017 – 15-nov Faire du DevOps dans une relation client/fournisseur
  • 2. Le speaker Ludovic Piot @lpiot Responsable du pôle Conseil, Architecture & DevOps
  • 3. Agenda DevOps  disclaimer  le mur de la confusion  une tentative de définition Infogérance  modèle d’activité en 2015  état des lieux en 2015 infogérance DevOps  modèle renversé  mode projet continu  everything as code  tirer parti du modèle du Cloud  tirer parti de l’héritage des images Docker  convention de service opérationnel
  • 5. DevOps – disclaimer “It’s not about the destination, it’s about the journey” – Gene Kim DevOps n’est pas une méthodologie. Il s’agit de créer une culture dans laquelle Dev et Ops collaborent étroitement et en confiance.
  • 6. Devops – le mur de la confusion Depuis toujours, DEV et OPS s’opposent à cause d’objectifs antagonistes… Les DEV recherchent :  la rapidité de mise à disposition des nouvelles fonctionnalités aux utilisateurs finaux  culture du produit Les Ops recherchent :  la stabilité, la robustesse  la maîtrise, la performance  la sécurité  l’industrialisation  l’efficience économique  culture du service Mais il y a confusion : ces objectifs sont des objectifs intermédiaires et non exclusifs !
  • 7. Devops – une tentative de définition L’approche DevOps a un objectif unique :  aligner l'ensemble des acteurs et des compétences du système d’information…  … sur la seule qualité du produit fourni à l'utilisateur final Pour cela, la démarche DevOps passe par…  l'engagement de l'ensemble des acteurs sur la chaîne de production de valeur, - dans une collaboration libre et sans contrainte - et le souci d’une amélioration continue - par le partage d'informations et de responsabilité - et des outils et méthodes communes - en vue d'automatiser les actions - et ainsi d’étendre au maximum l’autonomie des différents acteurs en dehors de leur périmètre propre Source:StateofDevOpsreport2016 (Puppet+DevopsResearch&Assessment)
  • 8. Devops – une tentative de définition L’approche DevOps Source:StateofDevOpsreport2016 (Puppet+DevopsResearch&Assessment) La démarche DevOps ulture utomation easurement haring Coût Temps Qualité Satisfaction the Beal-Hedemark golden square
  • 11. Infogérance – modèle d’activité en 2015 Activité Dispositif organisationnel Fonction ITIL Eléments facilitant La promesse La réalité MCO – Maintien en condition opérationnell e de l’application Horaire : 24/7  équipe élargie intervenant sur les plateformes de tous les clients (100+)  traitement sur procédure  ou analyse et work-around (rollback) traitement des événements et incidents augmentation de la maîtrise par :  standardisat° des plateformes (rebuild ou audit)  automatisation des procédures  GTI – Temps garanti d’intervention (30’ – 1h)  GTR – Temps garanti de rétablissement (1 – 3h)  peu de maîtrise du contexte client  pertinence des procédures  maîtrise relative  context-switching  implication faible GCC – Gestion continue des changement s liés au projet client Horaire : 8/5  équipe restreinte et dédiée aux plateformes de quelques clients  mode micro- projet  déclenchement par ticket ou lors des  résolution des problèmes  application des changements augmentation de la productivité par :  standardisat° des plateformes  expertise des équipes  automatisation des actions  accompagnemen t du projet dans le design et l’implémentation de son architecture technique  KPIs ?  priorisation et allocation de ressource au coup par coup (délai)  intervention fire- and-forget  participation épisodique au
  • 12. Infogérance – état des lieux en 2015 Serve r Hypervisor VM OS Libs Middlewar e conf. Apps Kernel HDW conf.conf. Storag e Network Logs/Metrology/Backups Data Responsabilité contractuelle Réalité opérationnelle Contraintes techniques  choix d’infrastructure restreint  choix d’architecture technique contraint  partage des outils de déploiement  partage des secrets Contraintes Organisationnelles  concurrence pour la disponibilité des ressources  intégrer des équipes tierces dans le design d’architecture  interlocuteurs multiples sur la gestion des incidents  organisation à 2 vitesses entre le build et le run Incompréhension du modèle  zones de responsabilité et de forfait flous Build build Run GC C GC C GC C GC C buil d GC C? AP P AP P AP P AP P AP PAP P AP P
  • 14. Infogérance DevOps – modèle renversé Objectifs  ré-aligner les promesses et la réalité opérationnelle  augmenter la souplesse d’une prestation de service  rétablir la confiance et la collaboration Eléments du modèles  communication et proximité renforcées  ouverture à des technologies hors-catalogue  partage des outils, et des assets technologiques  propriété du client renforcée  collaboration sur du matériau commun  automatisation maximale  responsabilité partagée  notion de forfait « agile »
  • 15. Infogérance DevOps – mode projet continu Inscription dans le projet client  aoption de la méthodologie scrum du client  conception de la backlog partagée avec le client en tenant compte des sprints  participation aux rituels agiles : stand-up meetings, sprint planning, démo, rétrospective  partage des outils de gestion de projet du client (kanban, Jira agile, Pivotal Tracker, Redmine)  plus de GCC, mais du forfait sous forme de sprints avec le fonctionnement des projets agile : « stop ou encore »  tout nouveau sujet alimente la backlog et est priorisé à chaque sprint planning  gouvernance technologique (design d’architecture technique) partagée et assumée par l’ensemble de l’équipe projet  déplacement chez le client en temps partiel
  • 16. Infogérance DevOps – everything as code Partage des assets technologiques  build et maintien de la plateforme en Infra as Code  codebase partagée en lecture/écriture sur les dépôts du client  validation croisée des contributions Dev et Ops :  tout le monde est Responsible/Consulted/Informed  les personnes Accountable restent à la validation  chaîne de delivery portée sur la software factory partagée avec le client  cohérence du workflow projet  vélocité de chacun immédiatement visible  secrets centralisés dans un Vault partagé (ACL différenciées)  communication instantanée via outil de chat partagé (celui du client)  versionning et traçabilité assurés par Git
  • 17. Infogérance DevOps – tirer parti du modèle du Cloud Hypervisor VM OS Libs conf. Kernel HDW Middlewar e conf. Apps conf. Serve r Storag e Network Logs / Metrology / Backups Data On-premise Iaas Paas Responsabilités Repréciser la zone de responsabilité de chaque acteur… quitte à avoir des zones de responsabilité partagées.  Cloud provider  Infogérant  Client Propriété Les plateformes Cloud sont en propriété du client. Potentielle délégation de gouvernance. Caas Runtime conf. Container conf.
  • 18. Infogérance DevOps – tirer parti de l’héritage des images Docker Dev team Ops team Container Apps Middl eware s Libs OS conf . conf . conf . conf . Container Libs OS conf . conf . Image Container Middl eware s conf . Container Apps conf . ImageImage ☹️ Not prod- ready Container Apps conf . 😀 prod- ready 😀 prod- ready Image 😀 prod- ready
  • 19. Infogérance DevOps – convention de service opérationnel objectifs  les éléments contractuels doivent refléter au plus près la réalité opérationnelle Démarche  document essentiellement opérationnel connexe au PAQ, PAS  évolue dans le temps  identifie la réalité du moment (SLAs, KPIs, dispositif opérationnel)  identifie une cible à atteindre et la backlog pour y aller  est révisée de proche en proche (au ComOp) à chaque évolution majeure de la plateforme - architecture - fréquentation du site - criticité du business  responsabilité partagée

Notes de l'éditeur

  1. Puzzle
  2. Il existe des coaches DevOps (vous en avez un devant vous, qui sévit depuis 14 ans dans le domaine). Il existe des missions d’accompagnement DevOps. Mais il n’existe pas de formation DevOps ou de certification DevOps (et Dieu nous préserve de cette déviance).
  3. À alléger , à relire ensemble