Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerciale entre client (Dev) et fournisseur (Ops)

341 views

Published on

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr

Speakers : Ludovic PIOT
Entreprise : SOAT

Au-delà des outils et des automatismes, le DevOps est avant tout une affaire de culture, de collaboration et de partage de responsabilité.

Tout cela est très bien, mais comment gérer un RACI dans ce contexte ? Pire ! Comment faire entrer une relation contractuelle et commerciale entre un client (Dev) et un fournisseur (Ops) dans ce nouveau monde ? Retours de 2 ans d’expérience sur le sujet du responsable DevOps d’un infogérant parisien.

Et quels sont les next steps dans cette relation ?

Published in: Technology
  • Be the first to comment

  • Be the first to like this

devops REX 2018 - Faire du DevOps dans une relation contractuelle et commerciale entre client (Dev) et fournisseur (Ops)

  1. 1. DevOps REX – 16-oct FAIRE DU DEVOPS ENTRE CLIENT & FOURNISSEUR
  2. 2. LE SPEAKER LUDOVIC PIOT @lpiot Responsable de l’offre DevOps & Cloud
  3. 3. DONNER LES CLÉS DU CAMION
  4. 4. ATTENTES DU CLIENT
  5. 5. CE QU’OFFRE L’INFOGÉRANT
  6. 6. FRUSTRATIONS !
  7. 7. IL EST TEMPS POUR UN NOUVEAU MODÈLE
  8. 8. LA PETITE MUSIQUE CONNUE
  9. 9. IL EST TEMPS POUR UN MODÈLE DEVOPS Se recentrer sur l’objectif unique : § aligner l'ensemble des acteurs et des compétences … § … sur la seule qualité du produit fini
  10. 10. LES LIMITES DE LA MACHINE À CAFÉ
  11. 11. RENVERSEMENT DU MODÈLE § ré-aligner les promesses et la réalité opérationnelle § augmenter la souplesse de la prestation de service § partager la responsabilité de la Production § rétablir la confiance et la collaboration
  12. 12. PROXIMITÉ & TRANSPARENCE INSCRIPTION DANS LE PROJET CLIENT § backlog commune § rituels agiles § partage des outils du client = transparence § choix techniques partagés et assumés en commun § Modèle commercial = sprints en mode « stop ou encore »
  13. 13. COLLABORATION & CO-RESPONSABILITÉ PARTAGE DES ASSETS TECHNOLOGIQUES § Infra as Code § codebase git partagée en R/W § validation croisée entre Dev et Ops § Pipeline porté par la software factory partagée
  14. 14. RESPONSABILITÉS PAR PÉRIMÈTRE Hypervisor VM OS Libs conf. Kernel HDW Middleware conf. Apps conf. Server Storage Network Logs / Metrology / Backups Data ON-PREMISE IAAS PAAS RESPONSABILITÉS Zone de responsabilité de chaque acteur § Cloud provider § Infogérant § Client CAAS Runtime conf. Container conf.
  15. 15. WORKFLOW BASÉ SUR L’HÉRITAGE DOCKER DEV TEAM OPS TEAM Container Apps Middle wares Libs OS conf.conf.conf.conf. Container Libs OS conf.conf. Image Container Middle wares conf. Container Apps conf. ImageImage ☹ Not prod-ready Container Apps conf. " prod- ready " prod- ready Image " prod- ready
  16. 16. UN CONTRAT FIDÈLE À L’OPÉRATIONNEL § document décrivant l’opérationnel § identifie la réalité du moment § identifie une cible à atteindre et la backlog pour y aller § évolue dans le temps
  17. 17. APRÈS 1 AN DE MISE EN ŒUVRE

×