SlideShare une entreprise Scribd logo
1  sur  29
by Adrien Blind
DevOps Coach & Docker Captain
@adrienblind
by Ludovic Piot
DevOps & architecture consultant
@lpiot
DevOps, Microservices, le cloud…
Quel futur pour les Ops ?
by Adrien Blind
DevOps Coach & Docker Captain
@adrienblind
by Ludovic Piot
DevOps & architecture consultant
@lpiot
May the 4th! be with U… always
Un contexte en pleine
mutation
Dimension organisationnelle
Build Run
App
Infra
Mur de la confusion:
Objectifs orthogonaux = frictions 
Porté par l’innovation
et la vélocité
Porté par la
rationalisation et la
stabilité
Le mur de la confusion
 Depuis toujours, DEVs et OPS s’opposent à
cause d’objectifs antagonistes...
 Les DEVs 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 !
Oxalide © 2016 – D
Depuis toujours, DEV et OPS s’opposent à ca
d’objectifs antagonistes…
Les DEV recherchent :
• la rapidité de mise à disposition des nouve
fonctionnalités aux utilisateurs finaux
• culture du produit
Les Opsrecherchent :
• 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
objectifs intermédiaireset non exclusifs!
Le mur de la confusion
 L’agilité est progressivement entrée dans les mœurs
des DEVs
 … mais cela engendre de nombreux challenges pour les
OPs
 Immédiateté des ressources nécessaires pour couvrir les
itérations
 Chaque itération va jusqu’à la production !
 …
Emergence du continuous delivery
 Résilience et scalabilité portés par
l’architecture logicielle
 Microservices, scalabilité horizontale, designed for
failure…
 Commoditisation de l’infrastructure
 Le cloud propose des solutions en résonnance
avec les archis applicatives actuelles
 Perte de sexyness pour les ops
 Plus de design d’infra ad-hoc
Evolution de l’architecture applicative
 Software is eating the world : des solutions « Infra-as-Code » de
plus en plus tournées vers les DEVs
 Vagrant, Docker sont des outils d’OPs pensés pour les DEVs
 Gain d’autonomie important, illusion de maîtrise: NoOps ?
 Homo-opsus est il déjà mort ?
 Des outils pas nécessairement conçus pour eux
 De nombreuses connaissances à acquérir
 Une offre de valeur à réinventer
Des tendances Ops…. Pour les Devs
La software factory : réconciliation
L’usine logicielle,
utilisée par les DEV,
nécessite le savoir-
faire des OPS :
• forts besoins en
optimisation
d’infrastructure
• forts besoins en
automatisation
« système »
Usine logicielle
Build
local
Notifications
Documentation
& Indicateurs
Référentiel
binaires
Build
Récupérer
les dépendances
Compiler
Exécuter les tests
Build
Packager
Déployer
Documenter
Vérifier la qualité
du code
Plateforme
de tests
Référentiel de tâches
et anomalies
Serveur
d’intégration
continue
Gestionnaire
de sources
Des solutions réalistes
Une approche portée par le produit
Build Run
App
Infra
Produit métier
Produit Infra
Feature team de
BA/DEVs/Ops, agile
et portant l’ensemble
du cycle de vie de
leur produit
Le meilleur ami d’un
OPs est le DEV qui
construit la
fonctionnalité qu’il
déploie et opère
Un exemple avec Docker
DevOps Apps team
Dans les conteneurs
 Ignore où les conteneurs
fonctionnent
 Sait comment builder les
conteneurs et opérer les
apps
“You build it, you run it!”
DevOps Infra team
Hors du conteneur
 Ignore comment les
images sont buildées
 Sait comment gérer de
grandes quantités de
conteneurs
Un exemple avec Docker
 Maintenance des layers
sous-jacentes
 Monitoring du contenu
des containers
 Patch management
 Ne plus être le robot, inventer le robot
 Etre moins opérateur, et plus co-créateur
 Des managers d’OPs à transformer en leaders de
communautés transverses
 Recréer de la proximité requiert possiblement de
« dérationaliser »
Un challenge de leadership
Infrastructure as code
1. Provisionner
2. Configurer
3. Opérer
Cloud IaaS - PaaS
IT historique
Décrire
l’environnement
de l’application
“Piloter l’infrastructure avec des paradigmes et des outils de développeurs”
API
+
code
Produit métier Produit Infra
 Software-Defined-Everything : créer et
consommer des interfaces programmatiques
 Apprendre de la transformation des DEVs
 Intégrer les preceptes de l’agilité : proximité client
et itérations!
 Développer le craftsmanship (TDI avec serverspec
par exemple)
 Une approche budgétaire itérative!
L’infra est un logiciel comme un autre
Plateforme
Continuous
Delivery
“Réconcilier le cycle de vie de l’application et de son
infrastructure dans un pipeline commun”
Pipeline automatisé
DEV UAT PROD
Infrastructure as code
 Le cloud public est voué à prendre une
importance grandissante
 Vous porterez peut être de moins en moins vos
assets en propre
 L’enjeu porte sur l’orchestration des topologies
et l’hybridation du SI
Devenir un chef d’orchestre
 Supervision et monitoring restent de mise
 Extension du sujet à la métrologie, afin d’améliorer le
feedback applicatif et fonctionnel
 Là aussi, les paradigmes/outils de DEVs prévalent
désormais (bigdata, etc.)
Et la métrologie serait l’autre clé ?
Vraiment, plus de
sexyness pour les Ops?
 What
 Historiquement plus centré sur
l’abstraction des couches basses
 Plus proche du FaaS/event-driven
programming (like AWS Lambdas)
 Why / Pros
 Eviter d’avoir des serveurs attendant
perpétuellement des requêtes
 Une démarche encore plus orientée vers
l’immuabilité
 Cost savings avec un business modèle
adapté (paiement à l’appel)
 Pitfalls / Cons
 Encore assez jeune, faible maturité
Serverless / Event-driven prg.
OpenWhisk frameworkGoogle Trend results for
« serverless »
 Why / Pros
 Hypervisors now replace what OS were aimed at:
sharing scarce resources & creating abstraction
 Shrink amount of regular OS to manage : cost saving
 Efficient : 6ms boot time,
 Limited surface attack, quality through immutability
 Pitfalls / Cons
 More difficult to debug low-level issues!
 Some great features miss by design (mem. isolation)
Unikernels
 What
 Micro-OS only able to run the app bundled
with it (no SSH, etc.)
 App is part of the kernel (shared mem, etc.)
 Immutable approach : build an image
containing the app and it’s dedicated OS
 Really full-stack, self-sufficient images
 Maybe automatable with Docker paradigms
in near future
 What
 Tiny SoCs based on ARM architecture
 Poor per-core perf but up to 54 cores per SoC
 Why / Pros
 Green IT: better perf/watt & density ratio
 Cost efficiency for massive threading usecases: micro srv,
but maybe bigdata/grids too?
 Pitfalls / Cons
 Litteraly rebuild apps for ARM
 Only fits some usecases, not a silver bullet!
ARM: end of the x86 hegemony ?
ARM v8 architecture
Up to 54 cores/SoC + 1TB RAM
Cavium srv: 384 cores enclosed in 2U
SERVERLESS / Lambda Arch.
UNIKERNELS
Quelques pistes à creuser parmi tant d’autres…
Vraiment, plus de sexyness pour les Ops ?
ARM
Conclusion
 Le métier des OPs ne disparait pas, il évolue
et se réorganise
 Penser produit, produit, produit !
 Il y a encore de la sexyness pour les Ops !
Un sujet DevOps finalement…
Ca n’existe pas!
Increase impacts…
LEARN FROM YOUR PRODUCT
FOSTER COLLABORATIONRELEASE FREQUENTLY
LOWER STRESS AND RISK
SHIP confidently & faster the product
Product-centric
Software oriented
Change oriented
Deliver rapidely new
features with quality
Application teams (DEVs)
fosters INNOVATION
Stability oriented
Ensure proper run of
applications
Operation teams (OPs)
fosters RATIONALIZATION
Service-centric
Server, storage,
databases
Committed together toward the whole product’s lifecycle
“You build it, you run it”
Different objectives
leading to
confusion & friction
≠
e.g. INFRA is becoming SOFTWARE
(Infrastructure as Code)
DEV practices shared with OPSOPS practices shared with DEV
01101
01010
10010
e.g. MEASURE EVERYTHING
(From monitoring to Metrology)
CULTURE
AUTOMATION
MEASURE
SHARE
©OCTOTechnology
Merci!

Contenu connexe

Tendances

Agile lille 2015 devops etapres
Agile lille 2015 devops etapresAgile lille 2015 devops etapres
Agile lille 2015 devops etapresLaurent Tardif
 
DevOps : mission [im]possible ?
DevOps : mission [im]possible ?DevOps : mission [im]possible ?
DevOps : mission [im]possible ?rfelden
 
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 - NormationRUDDER
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèseCOMPETENSIS
 
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
 
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 2011Henri Gomez
 
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
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / DockerZenika
 
#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-devopsEmmanuel Roldan
 
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
 
Afterwork Devops : vision et pratiques
Afterwork Devops : vision et pratiquesAfterwork Devops : vision et pratiques
Afterwork Devops : vision et pratiquesOCTO Technology Suisse
 
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 performanceLudovic Piot
 
[Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps [Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps Devoteam Revolve
 
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 cloudJulien Dubois
 
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 2018Cedric Girard
 
Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Jonathan Martin
 
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...devops REX
 

Tendances (20)

Agile lille 2015 devops etapres
Agile lille 2015 devops etapresAgile lille 2015 devops etapres
Agile lille 2015 devops etapres
 
DevOps : mission [im]possible ?
DevOps : mission [im]possible ?DevOps : mission [im]possible ?
DevOps : mission [im]possible ?
 
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
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
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...
 
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 à 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...
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
 
The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014The DevOps Wonder @ PHPTour Lyon 2014
The DevOps Wonder @ PHPTour Lyon 2014
 
#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
 
Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?Docker, Pierre angulaire du continuous delivery ?
Docker, Pierre angulaire du continuous delivery ?
 
Afterwork Devops : vision et pratiques
Afterwork Devops : vision et pratiquesAfterwork Devops : vision et pratiques
Afterwork Devops : vision et pratiques
 
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
 
[Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : DevOps [Oldies] Club client D2SI : DevOps
[Oldies] Club client D2SI : 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
 
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
 
Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014Introduction au DevOps @SfPot 2014
Introduction au DevOps @SfPot 2014
 
REX Devops Docker
REX Devops DockerREX Devops Docker
REX Devops Docker
 
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
[devops REX 2016] DevOps at Scale : ce qu’on fait, ce que l’on a appris chez ...
 

Similaire à DevOps, quel futur pour les Ops ?

L'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOpsL'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOpsGeorgeot Cédric
 
Devforumfrancois Tonic
Devforumfrancois TonicDevforumfrancois Tonic
Devforumfrancois TonicGreenIvory
 
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?TREEPTIK
 
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...OCTO Technology
 
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
 
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
 
Introduction to Unikernels at first Paris Unikernels meetup
Introduction to Unikernels at first Paris Unikernels meetupIntroduction to Unikernels at first Paris Unikernels meetup
Introduction to Unikernels at first Paris Unikernels meetupAdrien Blind
 
IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425IBM France Lab
 
[TNT19] Hands on: Objectif Top Architecte!
[TNT19] Hands on: Objectif Top Architecte![TNT19] Hands on: Objectif Top Architecte!
[TNT19] Hands on: Objectif Top Architecte!Alexandre Touret
 
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 REXSamuel Metias
 
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-matthieupetiteAZUG FR
 
Réutilisation de code entre windows 8 et windows phone 8
Réutilisation de code entre windows 8 et windows phone 8Réutilisation de code entre windows 8 et windows phone 8
Réutilisation de code entre windows 8 et windows phone 8Arnaud Auroux
 
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"OCTO Technology
 
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
 
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
 
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
 
devops.pdf
devops.pdfdevops.pdf
devops.pdfqsdqsd4
 
Faut il avoir peur du Cloud ? (USI 2011)
Faut il avoir peur du Cloud ? (USI 2011)Faut il avoir peur du Cloud ? (USI 2011)
Faut il avoir peur du Cloud ? (USI 2011)Guillaume Plouin
 
Calculus System Academy:Devenez un développeur Full stack
Calculus System Academy:Devenez un développeur Full stackCalculus System Academy:Devenez un développeur Full stack
Calculus System Academy:Devenez un développeur Full stackCalculus System SARL
 
Ppt 2 a jeanpierre-yle-cleach-hec-05022015_sent2hec
Ppt 2   a jeanpierre-yle-cleach-hec-05022015_sent2hecPpt 2   a jeanpierre-yle-cleach-hec-05022015_sent2hec
Ppt 2 a jeanpierre-yle-cleach-hec-05022015_sent2hecYves LE CLEACH
 

Similaire à DevOps, quel futur pour les Ops ? (20)

L'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOpsL'évolution vers le (Dev)NoOps
L'évolution vers le (Dev)NoOps
 
Devforumfrancois Tonic
Devforumfrancois TonicDevforumfrancois Tonic
Devforumfrancois Tonic
 
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
DEVOPS, NOOPS QUEL FUTUR POUR LES OPS ?
 
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...
La Duck Conf - "Microservices & Servicemesh : le retour des frameworks d'entr...
 
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...
 
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
 
Introduction to Unikernels at first Paris Unikernels meetup
Introduction to Unikernels at first Paris Unikernels meetupIntroduction to Unikernels at first Paris Unikernels meetup
Introduction to Unikernels at first Paris Unikernels meetup
 
IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425
 
[TNT19] Hands on: Objectif Top Architecte!
[TNT19] Hands on: Objectif Top Architecte![TNT19] Hands on: Objectif Top Architecte!
[TNT19] Hands on: Objectif Top Architecte!
 
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
 
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
 
Réutilisation de code entre windows 8 et windows phone 8
Réutilisation de code entre windows 8 et windows phone 8Réutilisation de code entre windows 8 et windows phone 8
Réutilisation de code entre windows 8 et windows phone 8
 
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"
La Duck Conf 2018 : "Une infrastructure peut en cacher une autre !"
 
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...
 
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 ?
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
 
Faut il avoir peur du Cloud ? (USI 2011)
Faut il avoir peur du Cloud ? (USI 2011)Faut il avoir peur du Cloud ? (USI 2011)
Faut il avoir peur du Cloud ? (USI 2011)
 
Calculus System Academy:Devenez un développeur Full stack
Calculus System Academy:Devenez un développeur Full stackCalculus System Academy:Devenez un développeur Full stack
Calculus System Academy:Devenez un développeur Full stack
 
Ppt 2 a jeanpierre-yle-cleach-hec-05022015_sent2hec
Ppt 2   a jeanpierre-yle-cleach-hec-05022015_sent2hecPpt 2   a jeanpierre-yle-cleach-hec-05022015_sent2hec
Ppt 2 a jeanpierre-yle-cleach-hec-05022015_sent2hec
 

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 2018Ludovic 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érienceLudovic 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ésentationLudovic 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 - BigDataLudovic Piot
 
Oxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & KubernetesOxalide Workshop #5 - Docker avancé & Kubernetes
Oxalide Workshop #5 - Docker avancé & KubernetesLudovic 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.12Ludovic 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 bassinLudovic Piot
 
Oxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overviewOxalide Workshop #3 - Elasticearch, an overview
Oxalide Workshop #3 - Elasticearch, an overviewLudovic Piot
 
Docker meetup - PaaS interoperability
Docker meetup - PaaS interoperabilityDocker meetup - PaaS interoperability
Docker meetup - PaaS interoperabilityLudovic Piot
 
PerfUG 3 - perfs système
PerfUG 3 - perfs systèmePerfUG 3 - perfs système
PerfUG 3 - perfs systèmeLudovic Piot
 

Plus de Ludovic Piot (13)

[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
 
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
 

DevOps, quel futur pour les Ops ?

  • 1. by Adrien Blind DevOps Coach & Docker Captain @adrienblind by Ludovic Piot DevOps & architecture consultant @lpiot DevOps, Microservices, le cloud… Quel futur pour les Ops ?
  • 2. by Adrien Blind DevOps Coach & Docker Captain @adrienblind by Ludovic Piot DevOps & architecture consultant @lpiot May the 4th! be with U… always
  • 3. Un contexte en pleine mutation
  • 4. Dimension organisationnelle Build Run App Infra Mur de la confusion: Objectifs orthogonaux = frictions  Porté par l’innovation et la vélocité Porté par la rationalisation et la stabilité
  • 5. Le mur de la confusion  Depuis toujours, DEVs et OPS s’opposent à cause d’objectifs antagonistes...  Les DEVs 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 ! Oxalide © 2016 – D Depuis toujours, DEV et OPS s’opposent à ca d’objectifs antagonistes… Les DEV recherchent : • la rapidité de mise à disposition des nouve fonctionnalités aux utilisateurs finaux • culture du produit Les Opsrecherchent : • 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 objectifs intermédiaireset non exclusifs! Le mur de la confusion
  • 6.  L’agilité est progressivement entrée dans les mœurs des DEVs  … mais cela engendre de nombreux challenges pour les OPs  Immédiateté des ressources nécessaires pour couvrir les itérations  Chaque itération va jusqu’à la production !  … Emergence du continuous delivery
  • 7.  Résilience et scalabilité portés par l’architecture logicielle  Microservices, scalabilité horizontale, designed for failure…  Commoditisation de l’infrastructure  Le cloud propose des solutions en résonnance avec les archis applicatives actuelles  Perte de sexyness pour les ops  Plus de design d’infra ad-hoc Evolution de l’architecture applicative
  • 8.  Software is eating the world : des solutions « Infra-as-Code » de plus en plus tournées vers les DEVs  Vagrant, Docker sont des outils d’OPs pensés pour les DEVs  Gain d’autonomie important, illusion de maîtrise: NoOps ?  Homo-opsus est il déjà mort ?  Des outils pas nécessairement conçus pour eux  De nombreuses connaissances à acquérir  Une offre de valeur à réinventer Des tendances Ops…. Pour les Devs
  • 9. La software factory : réconciliation L’usine logicielle, utilisée par les DEV, nécessite le savoir- faire des OPS : • forts besoins en optimisation d’infrastructure • forts besoins en automatisation « système » Usine logicielle Build local Notifications Documentation & Indicateurs Référentiel binaires Build Récupérer les dépendances Compiler Exécuter les tests Build Packager Déployer Documenter Vérifier la qualité du code Plateforme de tests Référentiel de tâches et anomalies Serveur d’intégration continue Gestionnaire de sources
  • 11. Une approche portée par le produit Build Run App Infra Produit métier Produit Infra Feature team de BA/DEVs/Ops, agile et portant l’ensemble du cycle de vie de leur produit Le meilleur ami d’un OPs est le DEV qui construit la fonctionnalité qu’il déploie et opère
  • 12. Un exemple avec Docker DevOps Apps team Dans les conteneurs  Ignore où les conteneurs fonctionnent  Sait comment builder les conteneurs et opérer les apps “You build it, you run it!” DevOps Infra team Hors du conteneur  Ignore comment les images sont buildées  Sait comment gérer de grandes quantités de conteneurs
  • 13. Un exemple avec Docker  Maintenance des layers sous-jacentes  Monitoring du contenu des containers  Patch management
  • 14.  Ne plus être le robot, inventer le robot  Etre moins opérateur, et plus co-créateur  Des managers d’OPs à transformer en leaders de communautés transverses  Recréer de la proximité requiert possiblement de « dérationaliser » Un challenge de leadership
  • 15. Infrastructure as code 1. Provisionner 2. Configurer 3. Opérer Cloud IaaS - PaaS IT historique Décrire l’environnement de l’application “Piloter l’infrastructure avec des paradigmes et des outils de développeurs” API + code Produit métier Produit Infra
  • 16.  Software-Defined-Everything : créer et consommer des interfaces programmatiques  Apprendre de la transformation des DEVs  Intégrer les preceptes de l’agilité : proximité client et itérations!  Développer le craftsmanship (TDI avec serverspec par exemple)  Une approche budgétaire itérative! L’infra est un logiciel comme un autre
  • 17. Plateforme Continuous Delivery “Réconcilier le cycle de vie de l’application et de son infrastructure dans un pipeline commun” Pipeline automatisé DEV UAT PROD Infrastructure as code
  • 18.  Le cloud public est voué à prendre une importance grandissante  Vous porterez peut être de moins en moins vos assets en propre  L’enjeu porte sur l’orchestration des topologies et l’hybridation du SI Devenir un chef d’orchestre
  • 19.  Supervision et monitoring restent de mise  Extension du sujet à la métrologie, afin d’améliorer le feedback applicatif et fonctionnel  Là aussi, les paradigmes/outils de DEVs prévalent désormais (bigdata, etc.) Et la métrologie serait l’autre clé ?
  • 20. Vraiment, plus de sexyness pour les Ops?
  • 21.  What  Historiquement plus centré sur l’abstraction des couches basses  Plus proche du FaaS/event-driven programming (like AWS Lambdas)  Why / Pros  Eviter d’avoir des serveurs attendant perpétuellement des requêtes  Une démarche encore plus orientée vers l’immuabilité  Cost savings avec un business modèle adapté (paiement à l’appel)  Pitfalls / Cons  Encore assez jeune, faible maturité Serverless / Event-driven prg. OpenWhisk frameworkGoogle Trend results for « serverless »
  • 22.  Why / Pros  Hypervisors now replace what OS were aimed at: sharing scarce resources & creating abstraction  Shrink amount of regular OS to manage : cost saving  Efficient : 6ms boot time,  Limited surface attack, quality through immutability  Pitfalls / Cons  More difficult to debug low-level issues!  Some great features miss by design (mem. isolation) Unikernels  What  Micro-OS only able to run the app bundled with it (no SSH, etc.)  App is part of the kernel (shared mem, etc.)  Immutable approach : build an image containing the app and it’s dedicated OS  Really full-stack, self-sufficient images  Maybe automatable with Docker paradigms in near future
  • 23.  What  Tiny SoCs based on ARM architecture  Poor per-core perf but up to 54 cores per SoC  Why / Pros  Green IT: better perf/watt & density ratio  Cost efficiency for massive threading usecases: micro srv, but maybe bigdata/grids too?  Pitfalls / Cons  Litteraly rebuild apps for ARM  Only fits some usecases, not a silver bullet! ARM: end of the x86 hegemony ? ARM v8 architecture Up to 54 cores/SoC + 1TB RAM Cavium srv: 384 cores enclosed in 2U
  • 24. SERVERLESS / Lambda Arch. UNIKERNELS Quelques pistes à creuser parmi tant d’autres… Vraiment, plus de sexyness pour les Ops ? ARM
  • 26.  Le métier des OPs ne disparait pas, il évolue et se réorganise  Penser produit, produit, produit !  Il y a encore de la sexyness pour les Ops ! Un sujet DevOps finalement…
  • 28. Increase impacts… LEARN FROM YOUR PRODUCT FOSTER COLLABORATIONRELEASE FREQUENTLY LOWER STRESS AND RISK SHIP confidently & faster the product Product-centric Software oriented Change oriented Deliver rapidely new features with quality Application teams (DEVs) fosters INNOVATION Stability oriented Ensure proper run of applications Operation teams (OPs) fosters RATIONALIZATION Service-centric Server, storage, databases Committed together toward the whole product’s lifecycle “You build it, you run it” Different objectives leading to confusion & friction ≠ e.g. INFRA is becoming SOFTWARE (Infrastructure as Code) DEV practices shared with OPSOPS practices shared with DEV 01101 01010 10010 e.g. MEASURE EVERYTHING (From monitoring to Metrology) CULTURE AUTOMATION MEASURE SHARE ©OCTOTechnology

Notes de l'éditeur

  1. Ludovic
  2. Lockin Moto aws
  3. Ludovic
  4. Ludovic
  5. Ludovic
  6. Ludovic
  7. http://martinfowler.com/articles/serverless.html https://developer.ibm.com/openwhisk/ https://medium.com/openwhisk/uncovering-the-magic-how-serverless-platforms-really-work-3cb127b05f71#.4gg2tj2os
  8. https://blog.docker.com/2016/01/unikernel/ https://matildah.github.io/posts/2016-01-30-unikernel-security.html http://www.newipagency.com/author.asp?section_id=325&doc_id=714971&print=yes http://www.journaldunet.com/solutions/cloud-computing/1176927-unikernel-l-etape-ultime-de-la-virtualisation/ https://orange.jobs/jobs/offer.do?joid=56667&lang=FR https://www.google.fr/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0ahUKEwjQ2O3FkunPAhWJJMAKHSbUBc4QFggpMAE&url=https%3A%2F%2Fhelda.helsinki.fi%2Fbitstream%2Fhandle%2F10138%2F165920%2Fpenbergthesis.pdf%3Fsequence%3D2&usg=AFQjCNHrT-IF01vThHLVavLqnTzi9kZPlA
  9. http://armdevices.net/2015/10/16/cern-cms-tests-64bit-arm-servers-for-worldwide-grid-scientific-computing/ http://www.cavium.com/newsevents-GIGABYTE-announces-384-Core-2U-server-powered-by-Cavium-ThunderX-ARMv8-processors.html https://www.servethehome.com/exclusive-first-cavium-thunderx-dual-48-core-96-core-total-arm-benchmarks/ https://dzone.com/articles/big-data-processing-arm-0 https://www.servethehome.com/cavium-gigabyte-launching-384-core-armv8-2u-server-cluster/ http://blog.alexellis.io/getting-started-with-docker-on-raspberry-pi/ http://www.sparkonarm.com/
  10. DevOps is not being the ultimate expert