Introduction à DevOps

Donnez votre avis sur :
http://notes.mstechdays.fr

Introduction DevOps
Stanislas Quastana
Architecte Infrastructure
@squastana

Les protagonistes du Systme dinformation

Agenda
La problmatique
Cest quoi ? Pourquoi ?
Pour qui ?
Intrts ?
Prrequis ?
Par o commencer ? Outils, mthodes

La problmatique
On plante le dcor

ProductionExploitation

Production
Exploitation

Production
Exploitation- ITIL
- MOF
- Agile-
infrastructure
ITOps

Kiparlaki ?
Designer Dveloppeur Testeur Intgrateur
DSI
CDP
Scurit
Systme
Rseaux
X
X
X
X
X
X
X
XX

DEV / CREATION
IT / OPS
RANCOEURS

SERVICE

DevOps cest quoi ?
Au-del du buzz marketing et des soires du mercredi

DevOps
IT

DevOps dfinition Wikipdia
Invent par Patrick Debois en 2009 durant l'organisation des premiers devopsdays.
DevOps est un mouvement visant rduire la friction organisationnelle entre les "devs" et les ops .

DevOps - Dfinition
Devops est la contraction des termes anglais development (dveloppement) et operationsIT (exploitation).
Lapproche DevOps prne une meilleure communication entre les quipes de dveloppement et dexploitation, afin damliorer la conduite de projet

DevOps Vu du Gartner
The DevOps movement was born of the need to improve IT service delivery agility and found initial traction within many large public cloud services providers. Underpinning DevOps is the philosophy found in the Agile Manifesto, which emphasizes people (and culture) and seeks to improve collaboration between operations and development teams. DevOps implementers also attempt to better utilize technologyespecially automation tools that can leverage an increasingly programmable and dynamic infrastructure from a life cycle perspectiveNDLR : cette image na aucun rapport, elle nous a juste fait marrer

DevOps pour qui ?
DevOps pour tous ?

Pour quels types dorganisations ?
Les acteurs du Web / Mobile
Industrie (objets connects)
diteurs de logiciels
Fournisseurs de services Cloud
Jeux

Pour quelles tailles dorganisation ?
Lapproche DevOps est trs adapte aux petites structures (startup) Normal : petite structure = communication plus facile et comptences plus
gnralistes
Elle est nanmoins galement adoptable dans de grandes organisations Sous rserve de bien sy prendre
Quelques exemples :

Pour quelles tailles dorganisation ?

Pour quels types dapplications / services ?
Parfait pour les applications de type Web
Jeux
Web Mobile
Mobile (/!\ la frquence des mises jours)
Moins adapt des applications Client / Serveur mais envisageable si utilisation de certaines technologies facilitant le dploiement Click-Once
Application distante (RemoteApp) via VDI

DevOps : quels bnfices ?
Un intrt pour tous !

Vision pr-DevOps
Vite vite on met en
production
Ne pas confondre vitesse et prcipitation. La production cest
du srieux

Qui est responsable ? Approche classique
Les dveloppeurs produisent du code partir dune demande dtailles dans un cahier des charges
Les dveloppeurs ne sont pas souvent proccups par limpact de leur code sur la production le travail du dveloppement semble termin (pour les dev) lorsque l'application
passe en production
Les services oprant la production sont concentrs sur la stabilisation des services et moins concerns par la performance du code

Qui est responsable ? Approche DevOps
DevOps = rpartition des responsabilits et implication de lensemble des acteurs de la chaines.
Exemple chez Microsoft avec Office 365

Autre exemple -> Amazon :
You build it, you run it
Source : http://thenextweb.com/insider/2011/10/05/amazons-cto-amazon-is-a-technology-company-we-just-happen-to-do-retail/

Intrts dadopter une dmarche DevOps
Rduire le cycle de mise en production
Approche plus fragmente Petites volutions vs rvolution
Mises jour transparentes
Mise en commun des responsabilits tout le monde dans le mme bateau
Amlioration continue

Intrts dadopter une dmarche DevOps
Rduction du cot de mise en production
Rponse plus rapide aux besoins des clients (internes ou externes)
Etre plus comptitif Tant quun logiciel ou service nest pas mis en production, il napporte aucune
valeur son diteur ou fournisseur
Lapproche DevOps est clairement l pour servir le business avant tout
Exemple : le march des navigateurs Web

Quelques chiffres
Source : Etude CA What smart businesses know about devops.
Panel : 1300 dcideursIT rpartis dans 21 pays
Disponible surhttp://aka.ms/devopsca

DevOps : comment dmarrer ?
On se lance !

Prrequis pour dmarrer du DevOps
Mthode Dev agiles
Mthodes IT

Mthodes IT

Mthodes Dev

Mthode de travail ct dveloppeurs
Dev / Cration
Cahier des chargesRsultat

Mthode de travail ct dveloppeurs
dev
dev
dev
dev
Cahier des charges
Rsultat

Mthode de travail - ct dveloppeurs
Mthodes traditionnelles : mtaphore du BTP
Mthodes agiles : autres mtaphores plus adaptes
Scrum = mle au rugby

Mthode de travail - ct dveloppeurs(les Ops sont les bienvenus)
Mise jour du
Backlog produit
Implmentation
ValidationDploiement
Feedback
Rsultat correspondant au besoin

Par o commencer ? Lorganisationnel
Penser amlioration continue
Faire un tat des lieux Prendre conscience de l o on est, cest le dbut de lamlioration
Commencer sur un primtre rduit : une application, un espace gographique Commencer par une petite rvolution

De limportance des feedbacks internes
Il faut mettre en uvre un processus et des outils de collecte des feedbacks
Chaque membre de lquipe doit pouvoir participer
La boite ide moderne : Version prive de user voice ?
Forum priv ?
Yammer ?
Newsgroups

DevOps : quels outils technologiques ?
Le bon artisan a les bons outils

Par o commencer ? Les outils
Souvent DevOpsest peru comme du dploiement continu dans lesprit des gens
Les outils ce nest pas que pour le dploiement

Contrle de code source
Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Contrle de code source
Visual Studio Online (TFVC / Git)
GitHub
Bitbucket

Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Build : Compilation et packaging
Visual Studio Online (Build System)
Jenkins
Teamcity
Build

Intgration et dploiement
continus
Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Intgration et dploiement continus
Outils de dploiement VS Release Management
Teamcity
Plateforme de dploiement (IaaS) Microsoft Azure
Amazon AWS

Automatisation des
configurations
Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Automatisation des configurations
SC Configuration Manager
PowerShell DSC
Chef
Puppet
Salt

Automatisation des tests
Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Automatisation des tests
Visual Studio Premium (Coded UI tests)
QTP
TestComplete

Surveillance et
feedbacks
Build
Intgration et
dploiement
continus
Automatisation
des
configurations
Automatisation
des tests
Surveillance et
feedbacks
Contrle de
code source
Surveillance et feedbacks
Surveillance SC Operation Manager
Azure Operational Insight
Collecte feedbacks Uservoice.com
Getsatisfaction.com

Synthse
On termine en images !!!

Rassembler et collaborez

Tous responsables

Outiller, industrialiser, dployer en continu

Orient business et demandes des mtiers

Mthodologie en perptuelle amlioration

Merci !!! Vous tes prts pour vous lancer et
assister aux autres sessions DevOps

Donnez votre avis sur :
http://notes.mstechdays.fr

Retrouvez nous sur la Microsoft Virtual Academy
http://www.microsoftvirtualacademy.com
http://aka.ms/meulta
Twitter : @meulta
Stanislas Quastana
http://aka.ms/stanislas
Twitter : @squastana
Etienne Margraff

2014 Microsoft Corporation. All rights reserved. Microsoft, Windows, Microsoft Azure and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other
countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond
to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date
of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION

What Is This Devops Thing, Anyway?
What problems are we trying to solve?
Fear of change
Risky deployments
It works on my machine!
Siloisation