Le document présente une introduction au DevOps, soulignant les différences culturelles entre les développeurs et les opérations, ainsi que l'importance de la collaboration pour optimiser la livraison des produits. Il décrit les objectifs et les avantages du DevOps, tels que la réduction des erreurs et l'amélioration de la vitesse de livraison, tout en suggérant des pratiques pour intégrer DevOps dans les projets. Enfin, il insiste sur la nécessité de l'adoption du DevOps dans divers types d'entreprises pour améliorer la productivité et l'efficacité opérationnelle.

1. DevOps ?
Rappel / Définition
Qu’est-ce que le DevOps?
Dev Ops

2. Présentation
 Nicolas Martinez
 CTO @NimeOps
 Consultant DevOps & WebOps
 Profil +SysAdmin
 13 ans d’expérience
IT DEV
Métier
Clients
Dev Ops

3. Présentation
 Nicolas Martinez
 CTO @NimeOps
 Consultant DevOps & WebOps
 Profil +SysAdmin
 13 ans d’expérience
 4 ans Sysadmin - DSI
IT DEV
Métier
Clients
Dev Ops

4. Présentation
 Nicolas Martinez
 CTO @NimeOps
 Consultant DevOps & WebOps
 Profil +SysAdmin
 13 ans d’expérience
 4 ans Sysadmin IT - DSI
 6 ans Hosting manager – Web Agency
IT DEV
Métier
Clients
Dev Ops

5. Présentation
 Nicolas Martinez
 CTO @NimeOps
 Consultant DevOps & WebOps
 Profil +SysAdmin
 13 ans d’expérience
 4 ans Sysadmin IT -DSI
 6 ans Hosting manager – Web Agency
 3 ans Consultant DevOps & WebOps
IT DEV
Métier
Clients
Dev Ops

6. DevOps
L’origine du mal:
Le choc de cultures
 Historiquement, séparation entre les Dev
et les Ops (IT, DSI, Exploitation, etc.)
 Objectifs différents et parfois
contradictoires :
 Dev : Culture produit (innovation,
fonctionnalités, évolution, changements
fréquents)
 Ops: Culture service (stabilité, sécurité,
haute disponibilité)

7. Dev VS OPs
 Dev : ça marche en
Dev, alors ça devrait
marcher en prod!
 Ops : ça plante depuis
la dernière livraison: Le
code est « pourri »!

8. Dev VS OPs
 Dev 1: « Salut, il me
faudrait 10 nouvelles
VMs pour tester un
nouveau projet. »
 Dev 2: « ah oui, pour
moi aussi! »
 Ops : « what?? »

9. DevOps ! = No Ops
Evolution technologique importante
 Nombreux outils ont vu le jour facilitant les opérations et installations « jetables »
 Capacités matérielles énormes poussant au « quick & dirty »
 Offres Cloud Public « clic bouton »
 Nombreux exemples sur internet pour répondre à un besoin (le copie/collé de configuration…)
=
Autonomie importante pour les Dev
Décalage énorme avec les Ops
On fait en marge et sans les OPs

10. Pourquoi faire du DevOps
 Optimiser les processus de livraison
 Améliorer la collaboration et le partage de connaissances (esprit d’équipe)
 Partage de la responsabilité du « produit »
 Consensus autour des bonnes pratiques
CAMS
Culture Automation Measurement Sharing
Dev Ops

11. Pourquoi faire du DevOps
 Un objectif commun : Le succès Business
 Capacité à livrer plus souvent, plus rapidement, quelques soient les versions
des plateformes
 Diminuer les erreurs et dégradations de performance (run et après une
nouvelle livraison)
 Réduire le temps de résolution / Rollback
Dev Ops

12. Comment passer
au DevOps
 Intégrer dès le départ les contraintes
opérationnelles au projet
 Collaboration et/ou mutualisation des
équipes Dev et Ops
 Ex: Faire participer 1 Ops dans les sprints
 Définir et mettre en place des outils
communs
 Respect, confiance réciproque et
partage de l’information
 En finir avec la guerre DEV vs OPS

13. Faire sans cesse
mieux !
 Apprendre des échecs
 « Challenger » les plateformes et les équipes
sur les dysfonctionnements
 Tendre vers l’amélioration continue

14. Processus ? Outils ?
Quelques exemples
DEV OPS
 Intégration continue
 Tests Unitaires, fonctionnels
 Monitoring / Métrologie
 Normalisation des environnements
 Déploiement continu
 Industrialisation & Automatisation
 Centralisation des logs, des configurations
 Monitoring / Métrologie
DEV & OPS:
 Amélioration continue
 Tests de charge / conformité
Dev Ops

15. Kibana / ELK Dev Ops

16. Grafana
Dashboards communs
Dev Ops

17. NewRelic / APM PHP Dev Ops

18. Organisation
& Gestion du changement
DEV OPS
 Déjà habitués aux méthodes agiles
 Focus sur la performance / analyse
durant les phases de développement
 Meilleure compréhension des enjeux Ops
(Astreintes… :D )
 Evolution des compétences et outils
 Infrastructure as a code
 Versioning des configurations
 Immutable Infrastructure (pets vs cattle)
Management visuel
Mise en place de graphiques / métriques factuelles
Dev Ops

19. Le chemin vers le DevOps
 Gestion dans le changement des compétences et outils
 Bottom up: les équipes opérationnelles (dev, Ops, ou les 2 !)
 Top Down: Direction, Manager
 Commencer :
 sur un nouveau projet ou petit projet,
 Avec une petite équipe,
 Mixe Dev + Ops dès le départ (Pair DevOps).
Dev Ops

20. Aujourd’hui :
Qui fait du DevOps?
 Start UP
 Entreprises spécialisées {Dev,IT} WEB (intégrateurs, SSII, Consulting, etc.)
 Entreprises orientées business web (Amazon, Netflix, twitter, BlaBlaCar, etc)
 Grand comptes (voyages-sncf, BNP, SG, JC Deceaux, etc.)
 Les autres???
Dev Ops

21. Faut-il forcément faire
du DevOps? OUI!
Pour les DEV Pour les OPS
 Vélocité dans les
processus de tests,
validation, et livraison
 Levier technologique
rapidement levé
 Bénéficier de moyens /
d’outils améliorant la
productivité
 Eviter l’effet « no Ops » et
finir par récupérer un
projet hors scope
 Eliminer les actions
répétitives
 Sérénité lors des livraisons
en prod
 PRA prêt à l’emploi !
 Amélioration continue
 Limiter les actions
chronophages et
démotivantes
 Challenge et émulation
technologique
Pour les Managers
Dev Ops

22. Questions ?
 A suivre:
• Rex 1 : Nécessité du partage de
connaissances
• Rex 2 : Optimisation du « Time to Marker »
: Industrialisation et automatisation des
déploiements
• Demo : Build à la demande de
plateformes HA sur AWS
Dev Ops