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

•

1 gostou•987 visualizações

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 ?

Tecnologia

DevOps REX – 16-oct
FAIRE DU DEVOPS
ENTRE CLIENT & FOURNISSEUR

LE SPEAKER
LUDOVIC PIOT
@lpiot
Responsable de l’offre
DevOps & Cloud

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 ﬁni

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 conﬁance et la
collaboration

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 »

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

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.

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

UN CONTRAT FIDÈLE À L’OPÉRATIONNEL
§ document décrivant
l’opérationnel
§ identiﬁe la réalité du
moment
§ identiﬁe une cible à
atteindre et la backlog pour
y aller
§ évolue dans le temps

Mais conteúdo relacionado

Mais procurados

La qualité et la performance sont le résultat d'une synergie d'un ensemble de pratiques DevOps clés alliant Conception, Développement, Test, ALM, infrastructure et Opérations. Illustré au travers d'exemples concrets, nous aborderons des pratiques DevOps telles que : - La qualité des développements et sa mesure - La testabilité et l'automatisation des tests - La télémétrie, la supervision et l'alerting en production

DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015

Microsoft

Presentation-DEVOPS-par-GDG

TinarivosoaAbaniaina

Matinale DevOps / Docker

Zenika

TIAD : DevOps & continuous delivery dans le cloud

The Incredible Automation Day

Journée DevOps : La boite à outil d'une équipe DevOps

Publicis Sapient Engineering

Introduction à la démarche Devops

Romain Chalumeau

Stéphane Teyssier, WeScale @ devops REX 2016 Avec pour objectif de réduire les temps de mise en production et sécuriser les déploiements, Stéphane vous présentera un retour d'expérience Devops chez un grand groupe audiovisuel français. Il présentera les principales douleurs qui ont mené au projet "Automatisation des déploiements", puis détaillera les aspects financiers, techniques et organisationnels qui ont été impactés lors des deux années du projet.

[devops REX 2016] Les impacts techniques et organisationnels liés à devops

devops REX

En charge de la Transformation Agile de mon entreprise, et du Centre d’Excellence associé, il m’a semblé évident de poursuivre les travaux entamés en y associant une initiative DevOps. En quête d’informations sur le DevOps et sur la manière de le mettre en œuvre au sein d’une organisation, je partage mes recherches et mon analyse en regard des difficultés que je constate entre mes équipes de développeurs et celles en charge des opérations. Aujourd’hui, l’Agilité sans DevOps n’a plus de sens et une collaboration efficace doit exister entre les Dev et les Ops pour fluidifier la démarche Agile. Il s'agit d'une version plus "user-friendly" de ma première présentation. Sébastien Bourguignon

Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2

Sébastien Bourguignon

DODMTL 2019 - Agile et DevOps chez Croesus

Martin Deslongchamps

DevOps en pratique - Paris Meetup Bluemix 19/11/2014

IBM France Lab

Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...

Samuel Metias

DevOps au service de la transformation digitale ! Pour créer des logiciels plus rapidement, les DSI renversent les usages et les méthodes traditionnelles en place, au profit de méthodes agiles afin d’impliquer les parties prenantes de l’entreprise et livrer efficacement les produits lors de sprints itératifs. Nous vous expliquerons lors du webinaire comment accélérer de manière exponentielle la transformation digitale de votre entreprises en mettant en œuvre le mouvement DevOps. Découvrez les meilleures pratiques en matière de mise en œuvre de DevOps pour votre faciliter votre transformation digitale Pour en savoir plus sur les certifications DevOps : https://www.qrpinternational.fr/formations/formation-devops/

Webinaire Relever le défi de la transformation digitale avec devops

QRPInternational

DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011

Henri Gomez

Le monde de l'informatique est divisé depuis toujours en deux univers : les personnes qui créent (Dev) et celles qui exploitent en production (Ops). Cette séparation peut générer stress et frustration. Les équipes n'ont pas l'impression d'aller dans le même sens et cela nuit à la productivité. Pour les réconcilier, un ensemble de pratiques et d'outils ont été imaginées: elles se cachent derrière le terme DevOps. Qu'est-ce que c'est exactement ? Quels problèmes est-ce que cela résout ? Quelle est la bonne approche pour le mettre en place? Nous vous proposons de découvrir notre vision sur ce sujet lors de cette session d'introduction.

Introduction à DevOps

Microsoft

Tristan Roussel, Theodo @ devops REX 2016 À Theodo, nous développons des applications pour nos clients. Ces applications n’apportent de la valeur que lorsqu’elles sont en production. La théorie Lean, signifiant la lutte contre le gaspillage, est pour nous la clé de l’accélération des déploiements de nos applications et de notre croissance. Je vous présenterai quels outils nous utilisons pour résoudre nos problèmes, nos pratiques quotidiennes pour stimuler notre progression et comment le Lean nous permet de cultiver la philosophie devops.

[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean

devops REX

Comment accélérer le DevOps avec l’ATDD/BDD? - ATDD/BDD, Framwork ATDD/BDD (Specflow, Cucumber) - Automatisation des Tests (Web, Mobile) - Outils Tests Agiles (HipTest, Xray …) Pour Agile tour 2019 Sophia Antipolis. Présentation faite par Tawfik NOURI, expert en automatisation des tests chez All4test, société de conseil, pure player du test logiciel. Suivez-nous sur: SIte: https://www.all4test.fr/ Linkedin: https://www.linkedin.com/company/all4test/ Twitter: https://twitter.com/all4testadm Facebook: https://www.facebook.com/ALL4TEST-215975938463779/

Comment accélérer le DevOps avec l’ATDD/BDD?

Danka Zindovic-Dana

Samuel Métias, Microsoft @ devops REX 2016 Samuel partage avec les participants de devops REX la transformation du fonctionnement des équipes Microsoft, et notamment des équipes produits (Office, Windows, Visual Studio) qui ont adopté une démarche DevOps. Cette (r)évolution, un vrai challenge pour une entreprise de la taille de Microsoft, constitue une démarche clé dans le processus de transformation digitale des organisations.

[devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoft

devops REX

Présentation donnée au Breizhcamp le 23 juin 2014 Le monitoring d'applications ... pas vraiment hype comme sujet. Et pourtant c'est un domaine en mutation parce que le déploiement continu et la démarche DevOps modifient les échanges d'informations avec la production et aussi parce qu'il est maintenant possible stocker massivement les informations collectées. Je vous propose d'explorer ces sujets autour de quelques exemples.

Le monitoring à l'heure de DevOps et Big Data

Claude Falguiere

Biz talk summit devops - continuous delivery

Radoine Douhou

DevOps - Collaborer pour répondre à l'accélération de l'économie numérique

agilegarden

Mais procurados (20)

DevOps - Qualité, Performance et Télémétrie avec Visual Studio 2015

Presentation-DEVOPS-par-GDG

Matinale DevOps / Docker

TIAD : DevOps & continuous delivery dans le cloud

Journée DevOps : La boite à outil d'une équipe DevOps

Introduction à la démarche Devops

[devops REX 2016] Les impacts techniques et organisationnels liés à devops

Après l’#agilité, le #DevOps, la nouvelle arme de la DSI ! v2

DODMTL 2019 - Agile et DevOps chez Croesus

DevOps en pratique - Paris Meetup Bluemix 19/11/2014

Microsoft DevOps Day 2015 02122015 - L'expérience du groupe produit Visual St...

Webinaire Relever le défi de la transformation digitale avec devops

DevOps - Retour d’expérience - RivieraDev du 20 Octobre 2011

Introduction à DevOps

[devops REX 2016] Comment nous cultivons la philosophie DevOps grâce au Lean

Comment accélérer le DevOps avec l’ATDD/BDD?

[devops REX 2016] Retour d’expérience de la transformation DevOps de Microsoft

Le monitoring à l'heure de DevOps et Big Data

Biz talk summit devops - continuous delivery

DevOps - Collaborer pour répondre à l'accélération de l'économie numérique

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

Dans le cadre de son plan d’action de développement durable, La Financière agricole du Québec (FADQ), a récemment débuté un processus de modernisation de ses services Web dans le but d’étendre l’application de la géomatique au sein de son organisation et de mieux répondre aux demandes de ses clients en matière d’informations géographiques. Les clients ont exprimé le besoin précis d’être en mesure de numériser, à partir d’un avis de modification de plan de ferme, un croquis et des annotations directement sur l’application Web de la FADQ, le Plan de ferme électronique (PFE). Aussi, en plus d’améliorer les fonctionnalités liées à l’impression, les clients souhaitent que les nouveaux développements augmentent les performances relatives à la vitesse d’exécution du PFE. Enfin, un besoin essentiel manifesté par les clients est la possibilité de télécharger, en différents formats de données spatiales géoréférencées, les contours des parcelles agricoles et leur culture. Afin de respecter les normes OGC et de consolider ses orientations technologiques organisationnelles, la direction des technologies de l’information de la FADQ recommande que le déploiement de la nouvelle architecture orientée services de la géomatique remplisse deux conditions : faciliter la modification des applications et favoriser l’utilisation des technologies libres. Cette présentation démontre comment la FADQ procède à l’implantation de services WMS pour la diffusion de ses informations géographiques sur le Web. De plus, elle explique comment le PFE utilise la carte de base du ministère de la Sécurité publique (MSP) sous forme de services WMS-C, afin d’augmenter la rapidité de l’affichage. Finalement, elle traite de la diffusion d’un service de téléchargement WFS et d’un service WFS-T pour permettre aux utilisateurs du PFE de numériser les croquis des plans de ferme via le Web.

Déploiement de services OGC à la FADQ

ACSG Section Montréal

Séminaire DEVOPS, DÉMARCHE ET MISE EN ŒUVRE - ORSYS Formation

ORSYS

Cwin16 - Paris - dev ops

Capgemini

Le DevOps, qu'est-ce que c'est ? Franck Livonnen, Coach DevOps, exposera la vision de Capgemini et Sogeti ainsi que notre savoir-faire. Docker, retour sur un outil incontournable utilisé dans l'environnement DevOps. Franck Choplet, Expert Outillage, partagera les avantages et les risques de cet environnement de développement. DevOps chez nos clients Sebastien Godier, Engagement Manager, terminera ce premier Talk de l'année par des retours d’expérience clients.

#1 cloud-infra-talk- l ops-du-devops

Emmanuel Roldan

Quel rôle peut jouer Docker dans la transformation digitale et le déploiement des principes DevOps ? Quels sont les apports de Docker au quotidien pour le développeur ? En quoi la chaîne de fabrication se voit profondément refondue ? Cette étude apporte des éléments de réponse à ces questions, et représente l'opinion des membres de l'étude de l'IBM Technical Expert Council-France et ne représente pas la position officielle de IBM Corp.

La valeur de Docker pour les équipes de développement et accélérateur dans le...

Laurent Goujon

Devops, un tour d'horizon - Eutelsat 2018

Ludovic Piot

[Webinaire] Connecteur Nuxeo / Hippo : Faire le lien entre la gestion de cont...

Nuxeo

Pour passer le cap du Cloud, innover ne suffit pas, encore faut-il avoir une stratégie et une méthodologie pour s'adapter. Avant d’être une évolution technologique, le modèle Cloud c’est surtout une révolution du mode de consommation de l’IT, qui se traduit par de nombreux de chantiers à mener, de concert, en vue de créer son propre modèle de valeur qui diffère selon le métier, les ambitions nationales ou internationales… Les maîtres mots d’une transition réussie vers le Cloud, ce sont méthodologie, ouverture et remise en question des modèles. Si l’évolution, à l’image de l’innovation, figurent naturellement dans l’ADN des acteurs IT, se retrouver dans un environnement numérique bousculé par de nouveaux usages, les confrontent à des nouveaux défis organisationnels, financiers et opérationnels difficiles à appréhender ! Le rôle d’Innover Plus, c’est organiser, dynamiser et accompagner la transition vers Le Cloud afin qu’elle soit source de développement « sur le long terme » pour les éditeurs, infogéreurs et ESN. C'est pourquoi Innover Plus a élaboré au fil des expériences de terrain, une démarche pragmatique de développement d'une activité Cloud concernant tous les volets d'un tel projet : - formalisation de la stratégie et étude du modèle économique - ingénierie technique, financière et contractuelle de la solution - méthodes et dispositifs de diffusion de l'offre (communication, Marketing, Prospection, Transformation) - organisation opérationnelle de développement de la solution et de production des services associés Cette méthode modulaire s'applique aussi aux startup qu'aux entreprises historiques du secteur IT.

Démarche de développement d'une activité Cloud

INNOVER PLUS

Betaleadership - ima digitalday - Digitalisation et méthodes collaboratives

Sylvain Loubradou

devops-ruche.pptx.pdf

François Berthault

La transformation numérique de Scalar

Scalar Decisions

Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris

Actency

Amener vos applications Dockerisées jusqu’en production avec XebiaLabs

XebiaLabs

DU DEVOPS AU FASTLAB

TREEPTIK

Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite

AZUG FR

Modéliser avec ARCHIMATE 3.1®

COMPETENSIS

Bonnes pratiques pour développer son appli mobile

polenumerique33

Le Secteur Public affirme son ambition de projeter l'État dans la modernité numérique et d’offrir une nouvelle culture du service. La Direction de l’Information Légale et Administrative (DILA), et au-delà l'administration dans son ensemble, s'engage depuis longtemps déjà dans la transition numérique de ses projets. Ces dernières années, le numérique ne constitue plus une révolution pour la DILA, mais un véritable axe de développement guidant ses évolutions et une opportunité de constituer une nouvelle culture du service. L’Agile forge la nouvelle doctrine pour créer ces services numériques de qualité dans des délais et des budgets maîtrisés mais ces promesses ne peuvent être tenues sans une transformation profonde : changer sa manière de travailler ensemble, basculer d’une approche projet à une approche produit, concevoir ce dernier non pas pour mais avec l’usager, revaloriser l’importance du geste technique, être capable de prioriser et livrer au fil des itérations, promouvoir la transparence et l’amélioration continue. Depuis 2015, la DILA accompagnée par OCTO Technology, s’est lancée dans la refonte du site officiel de l’administration française, le portail unique de renseignement administratif et d’accès aux services en ligne. Ce projet s’inscrit dans un programme global de simplification de l’offre d’information administrative et de développement de nouveaux services de relation à l’usager. 9 mois plus tard, Service-Public.fr est entièrement neuf et reste le site majeur de l’administration. Depuis, il intègre en continu de nouveaux services de qualité au rythme des mises en production toutes les 2 semaines. À l’occasion de ce petit-déjeuner, les actrices et les acteurs du projet service-public.fr (DILA et OCTO) vous proposent un retour d’expérience très concret sur 6 points clés.

Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...

OCTO Technology

20151119 Tirer le meilleur parti du Cloud pour ses développements

Objectif Libre

Alors que les entreprises se focalisent sur leurs cœurs de métiers en essayant d’optimiser au mieux leur productivité sur les étapes cruciales de leur chaîne de valeur, l’attention est souvent moins portée sur les services supports. Ainsi, ceux-ci sont régulièrement silotés et les connexions avec les cœurs de métiers sont très limitées. Dans certains cas, et notamment pour les plus grandes entreprises, les services centraux ne sont perçus par le terrain que comme des coûts, peu flexibles et sans valeur ajoutée pour l’entreprise. Or, dans bien des cas, ces services sont cruciaux au bon fonctionnement de l’entreprise, et représentent de plus en plus une part importante des ressources de l’entreprise. Preuve en est les investissements consentis sur les domaines du 4.0 et la digitalisation qui devient centrale dans nos fonctionnements quotidiens. Il est maintenant donc vital d’être efficace, efficient, mais aussi très agile sur ces métiers car les conditions dans lesquelles évoluent les entreprises sont de plus en plus volatiles, incertaines, complexes et ambigües. Sommaire de la présentation : - L’état des lieux des fonctionnements des services supports - L’alignement des services supports sur les objectifs de l’entreprise - L’efficience des services supports et leur amélioration - L’intégration du 4.0 dans les services supports

Améliorer l'efficience des services supports

XL Groupe

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

Déploiement de services OGC à la FADQ

Séminaire DEVOPS, DÉMARCHE ET MISE EN ŒUVRE - ORSYS Formation

Cwin16 - Paris - dev ops

#1 cloud-infra-talk- l ops-du-devops

La valeur de Docker pour les équipes de développement et accélérateur dans le...

Devops, un tour d'horizon - Eutelsat 2018

[Webinaire] Connecteur Nuxeo / Hippo : Faire le lien entre la gestion de cont...

Démarche de développement d'une activité Cloud

Betaleadership - ima digitalday - Digitalisation et méthodes collaboratives

devops-ruche.pptx.pdf

La transformation numérique de Scalar

Vis ma vie de chef de projet Drupal | Drupagora 2013, Paris

Amener vos applications Dockerisées jusqu’en production avec XebiaLabs

DU DEVOPS AU FASTLAB

Gab17 lyon-rex build dev ops sur une infra iaas-paas multisite-by-matthieupetite

Modéliser avec ARCHIMATE 3.1®

Bonnes pratiques pour développer son appli mobile

Petit-déjeuner "Secteur Public : Retour d'expérience sur la refonte en agile ...

20151119 Tirer le meilleur parti du Cloud pour ses développements

Améliorer l'efficience des services supports

Mais de devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Elle s’appelle UX, lui s’appelle Devops. Ils sont amoureux mais sont au coeur de disputes entre deux familles rivales tels les Capulet et les Montaigu. Elle partage beaucoup de points communs avec lui :Ils ne voient jamais un projet dans son intégralité. Les deux sont des concepts émergeants des années 2010 au sein de l’IT. Ils sont tous les deux au centre des équipes et servent de liant entre les développeurs. Mais malgré tout, tout les sépare ! Cependant, les choses ont changé et les meurs ont évolué. Un jour, alors que notre Devops tentait en vain de convaincre sa hiérarchie, de désespoir, il se tourna vers UX et pria pour son assistance. Ce qu’il vit alors l’enchanta et il compris … Ses faiblesses étaient ses forces et il pouvait lui apporter autant. Son idéation était semblable à son automatisation. Quand il lui parlait de Scale, elle comprenait même si ce n’était pas la même chose (analytics scale) et leurs objectifs étaient beaucoup trop semblables pour que ce soit une coincidence… Venez voir l’histoire d’amour la plus improbable des ces 10 dernières années !

devops REX 2018 - L'UX a sauvé mon DevOps

devops REX

devops REX 2018 - Women in Tech

devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speakers : David Herviou et Philippe Le Guen Entreprise : Crédit Mutuel Arkéa Le CMArkea a entrepris, il y a bientôt 3 ans, des expérimentations devops. Nous vous proposons de retracer cette aventure à 360°, depuis les premières mises en oeuvre organisationnelle avec support outillés (cloud privé, containerisation, intégration continue, continuous delivery, monitoring, exploitation), jusqu'à son déploiement à l'échelle de l'entreprise. Cela nous permettra de vous présenter les grands changements et les choix structurants que nous avons du faire pour passer d'un modèle plutôt organisé en silo à un modèle avec plus de transversalité et une répartition différente des responsabilités : ceci en garantissant les contraintes qui s'imposent à l'IT d'une banque assurances. Cette présentation, sera un vrai retour du "terrain", avec des constats très intéressant, tant sur l'organisation que technologiquement. Bien sûr, cette démarche s'accompagne de difficultés identifiées et nous sommes convaincus que l'histoire de cette aventure permettra à l'audience d'affiner son positionnement sur sa démarche devops.

devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" IT

devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Léo Cavaillé Entreprise : Datadog Depuis notre pratique des « Game Days » chez Datadog, nous avons pu voir de véritables améliorations dans la résilience de notre infrastructure. Casser les systèmes intentionnellement a changé la vision que les développeurs ont de l'architecture de leurs services. Cela a un impact direct sur leur code et la façon de le tester, et aussi renforce la connaissance opérationnelle en les préparant à différents types d'incidents en production. Pousser un service à ses limites dans des conditions réelles en apprend souvent beaucoup plus sur ce système aux ingénieurs (parfois des choses surprenantes) que n'importe quels tests en pré-production ou considération théorique. Dans ce talk, Léo présentera certains "Game Days" ainsi que la démarche de leur mise en place chez Datadog pour en faire une "tradition".

devops REX 2018 - Game Days chez Datadog : Échouer pour mieux réussir

devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Damien Pacaud Entreprise : Teads Chez Teads comme ailleurs, tout incident de production a des répercussions importantes sur le revenu de l'entreprise. Nous avons décidé de repenser l'organisation de notre équipe d'astreinte afin d'absorber la complexité grandissante de notre plateforme et d'en minimiser le downtime lors des incidents majeurs. Ce talk est un retour d'expérience sur les choix que nous avons fait, leurs avantages et leurs inconvénients.

devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte ...

devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Pour accompagner l’accélération d’un monde en constante mutation, à la fois imprévisible et riche d’opportunités, Thales a mis en œuvre une démarche active de transformation, adoptant notamment les méthodologies Agiles/Lean et la culture DevOps. Une grande partie de notre activité portant sur des processus métiers critiques et des données sensibles, nous avons rapidement constaté que la confiance est un impératif à cette transformation, et qu’elle passe en particulier par la cybersécurité. C’est pourquoi, entre choc culturel et nécessité d’évolution permanente, nous avons construit une culture DevOps, en y intégrant notre savoir-faire informatique et notre expertise en cybersécurité, pour une démarche DevSecOps de bout-en-bout. Comment déployer du DevSecOps pour des environnements projet multi-sites, multi-clients, ou bien encore dans des contextes contraints où le déploiement de solutions en opération se révèle être une étape critique du projet? L’objectif de cette session est de partager avec vous ces retours d’expérience et les enseignements de la culture DevOps/DevSecOps.

devops REX 2018 - Immersion ! La sécurité applicative au cœur du DevOps

devops REX

Talk donné lors de devops REX 2018, la conférence devops 100% retours d'expériences - http://www.devopsrex.fr Speaker : Joris CALABRESE Entreprise : Meetic Dans un environnement de transformation digitale, d’Agilité at Scale, il est primordial de mesurer notre capacité à apporter de la valeur à nos utilisateurs. Cela revient également à mesurer la performance de nos organisations, dixit Melvin Conway, « Les organisations qui conçoivent les systèmes sont contraintes de produire des modèles qui sont des copies de leur propre structure de communication ». Dans ce contexte, comment la qualité peut-elle être un indicateur clé pour mesurer notre performance ? Comment, nos pratiques de tests, reflètent-elles nos organisations ? Au travers mon expérience chez Meetic durant ces 5 dernières années, je vous propose un retour d’expérience sur les grands changements stratégiques techniques et produits qui m’ont amené à vous proposer cette réflexion autour de l’impact de nos organisations sur la qualité.

devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ?

devops REX

Voyages-sncf.com a abordé les sujets d’agilité depuis plusieurs années et a ainsi pu en 2016 effectuer 233 mise en production sur son site web et ses applications mobiles grâce à une démarche basée sur 3 piliers : · Agilité · Usine Logicielle DevOps · Feature Team Cependant, avec la démultiplication des équipes applicatives autonomes et responsables, l’accélération des mises en productions, nous avons dû faire évoluer nos démarches pour maintenir la stabilité du système. Pour cela, nous nous sommes fixés comme objectifs de passer de l’exploitabilité (conformité aux Normes d’Exploitation) assurant la Qualité de Service (capacité d’un réseau à fournir un service : performance et disponibilité) à de la sûreté de fonctionnement en garantissant un niveau de confiance justifiée dans les évolutions que nous apportons pour nous permettre d’améliorer le degré de plaisir de nos utilisateurs dans l’usage de nos applications ou services (Qualité d’Expérience – QoE). Pour que les équipes comprennent les enjeux d’une telle démarche, Netflix a créé un Chaos Monkey : il s’agit d’une application, en production, qui débranche des flux réseau ou des machines aléatoirement, sans que personne ne puisse le contrôler. Avec un tel programme en environnement de production, les équipes sont obligées d’imaginer tous les scénarios et les démarches à appliquer en cas de problème. La sûreté de fonctionnement devient un vrai enjeu. Nous venons de déployer un tel programme en production. Nous nous sommes également inspirée des GameDays d’AWS pour tester la résilience de ses applications. Le vendredi 13 janvier, les équipes applicatives volontaires ont participé à un Day of Chaos. Toutes les 30 minutes, des exploitants simulaient des pannes en pré-production. Les équipes obtenaient des points en fonction des détections, des diagnostics et des résolutions. Ce type d’événement gamifié a permis d’initier les équipes de développement à ces concepts. L’objectif de REX est donc de vous partager ce que nous avons appris du début de l’initiative à sa réalisation, et les enseignements que nous en avons tirer.

[devops REX 2017] Days of Chaos : le développement de la culture devops chez ...

devops REX

Nous aimerions vous raconter l’histoire de l’impact d’un outil technique d’automatisation sur le développement commercial de la société. Étant une startup en forte croissance, nos commerciaux ont des objectifs ambitieux et cet outillage les aide à atteindre leurs objectifs. De plus, investir dans cette automatisation a permis à l’équipe ops de faire toujours plus avec encore moins. Algolia utilise des machines physiques réparties dans 50+ datacenters à travers le monde. Ce choix a été fait pour assurer la meilleure fiabilité possible pour nos clients. Pour ce faire, nous avons dû développer une collection d’outils pour gérer cette hétérogénéité de fournisseurs de machines. Ces outils ont été utilisé en production pendant leur développement - car pour nous, c’est le seul moyen d’avoir une solution qui nous convient. Cela a permis à notre équipe de ne pas être surchargé de travail et d'apprécier leurs soirs & week-ends. Très rapidement, nous avons constaté que ces outils pouvaient aider nos commerciaux à accélérer leur cycle de vente. Notre produit est basé sur des clusters de machines physiques, donc plus rapidement nous déployons de nouvelles machines, plus court nos cycles de ventes sont. Nous avons donc développé une interface pour nos commerciaux pour qu’ils puissent être autonome sur ces opérations. Ce fut un désastre. Nous avons beaucoup appris de cette première expérience. Pour la version 2, ce sont eux qui ont guidé le développement en fonction de l’expérience utilisateur. Ce fut un succès.

[devops REX 2017] Comment les opérations ont rendu nos clients heureux et no...

devops REX

Nous allons vous raconter comment Radio France est devenu hébergeur de ses services numériques en quelques mois en misant sur l’humain, sur les interactions développeurs-OPS et en s’appuyant sur les Clouds publics. Nous vous dirons quelles sont les méthodes de travail mise en place, comment nous avons pu passer d’un fonctionnement client, hébergeur externe, à la constitution d’une équipe d’ops au sein de la Direction Technique du Numérique de Radio France. Nous vous dirons sur quels outils nous nous sommes appuyés et quels sont les gestes que nous avons produits pour y parvenir. Nous vous raconterons l’histoire des humains ops et dev, leurs frictions, leurs tensions, leurs fusions et leurs passions.

[devops REX 2017] L’humain d’abord !

devops REX

Infrastructure AWS hautement résiliante, architecture blue-green, déploiements entièrement automatisés, application Symfony découplée en microservices gérés par un API Manager... Nous avions tous les outils pour former une équipe Devops performante. Pourtant il nous manquait un ingrédient essentiel … Quand nous l’avons trouvé, il a amélioré significativement la manière dont nous collaborons ! C'est pourquoi, nous, Pauline, ops, et Aurore, dev, souhaitons revenir avec vous sur les erreurs que nous avons commises et nos idées, aussi bien techniques qu'organisationnelles, pour les corriger. Ceci nous a permis d’amorcer l’alchimie Devops chez Tarkett et d’aboutir au lancement de la nouvelle plateforme web de ce leader industriel mondial.

[devops REX 2017] Dev rencontre Ops, un an après

devops REX

Olivier Mauras, Groupe Kudelski @ devops REX 2016 L’IT et ses équipes opérationnelles se doit d’être un soutien fort pour les équipes de développement. Malheureusement, ce n’est très souvent pas le cas, et avec l’avènement du cloud et du tout « self service », l’utilité de l’IT s’amenuise. Il faut aujourd’hui que l’IT soit capable de moderniser sa manière de travailler pour pouvoir se rapprocher des équipes de développement et être source de valeur ajoutée. Comment avons nous travaillés pour redorer l’image de l’IT, être plus réactif et consistants afin de pouvoir enfin aider au mieux les équipes de développement.

[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?

devops REX

DevOps is far more than just the tools to be used in and an organizational change. DevOps is a mindset, which requires a lot of “soft skills” of all stakeholders in this system! And these skills are important for the success or the failure of the experiment “DevOps”! In this talk we will focus on the role of communication for a DevOps team, although we will also touch psychological aspects of mindset, attitude and behavior! Whenever people come together, communications starts at once! You can ́t stop it! In addition to the original face-to-face communication we use a lot of different communication channels like phones, chats, live webinars and emails in our modern times. As communication is a very complex topic misunderstanding is part of daily our work; it is always the companion of communication. We have to spend a lot of time to deal with these misunderstandings or - what is worse - things will go wrong. The more different characters work together in cross-functional teams like DevOps the higher the probability of misunderstanding. With release cycles getting shorter and shorter or continuous delivery, time is a very precious factor in IT projects. So why do we waste time in clearing up misunderstanding? For more success and more efficiency it will be extremely helpful to identify the bugs in your communication and eliminate them to reduce misunderstandings and save time! And we will talk about the nearly unbelievable effect on everyone ́s motivation. In this session theoretical background will be combined with best practice; the importance of further education in communication skills especially for “people from IT” to reach more efficiency will be pointed out. The takeaways for the audience: - what is beyond organizational change and tools when doing / being DevOps - the importance of communication and the difficulties - bugs and misunderstanding - smart ways to eliminate bugs in order to create a successful and efficientcommunication - communication as part of culture, attitude and motivation - best practice of a slight but successful improvement of communication and the effect on everyone in that company

[devops REX 2016] Debugging your communication for more success and efficienc...

devops REX

Mark Burgess @ devops REX 2016 The world, our society, depends on a collaboration of parts --- on a shift from self-sufficiency to co-dependency. The repercussions are enormous. But, like any system, what works at one scale may not work at another. As the density and speed of our world increases, how does society and its multiple systems scale? Is the application of technology to create smart appliances, smart homes, and smart cities, the answer to retaining our existing way of life, or transforming into a new one? What will this mean for the future shapes of our lives?

[devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a F...

devops REX

Stéphanie Jean et Thomas Chappe, Orange @ devops REX 2016 Par nature la Digital Factory (entité d’Orange France) a la fibre devops : nous étions à l’origine, il n’y a pas si longtemps, une startup dont l’état d’esprit a perduré. Aussi aujourd’hui, au sein de la DSI Orange France, nous avons la chance d’avoir nos équipes Dev et Ops sous la même direction. Afin d’accélérer notre transformation, nous avons créé une cellule devops il y a deux ans, dont nous sommes copilotes. Nous pouvons nous féliciter d’avoir fait avancer le sujet, mais malgré ce terrain favorable nous nous heurtons à des problématiques qui nous demandent un fort investissement (et de la persévérance …) : - disponibilité des opérationnels sur les projets , - concilier le mode projet classique structurant l’entreprise (TTM, cycle en V) et nos besoins d’Agilité, - jongler entre vision projet versus vision produit, - trouver l’équilibre entre besoins d’industrialisation/standardisation et capacité d’innovation - etc. Autant d’injonctions contradictoires qui sont, nous semble-t-il, autant d’éléments intéressants à partager, et au sujet desquels nous souhaiterions créer des liens avec des entreprises faisant face à des problématiques équivalentes.

[devops REX 2016] Soyez réalistes, demandez l’impossible !

devops REX

Mais de devops REX (15)

devops REX 2018 - L'UX a sauvé mon DevOps

devops REX 2018 - Women in Tech

devops REX 2018 - La mise en oeuvre du devops dans une entreprise "classique" IT

devops REX 2018 - Game Days chez Datadog : Échouer pour mieux réussir

devops REX 2018 - Mise à l'échelle d'une équipe d'astreinte dans un contexte ...

devops REX 2018 - Immersion ! La sécurité applicative au cœur du DevOps

devops REX 2018 - Comment la qualité reflète-t-elle nos organisations ?

[devops REX 2017] Days of Chaos : le développement de la culture devops chez ...

[devops REX 2017] Comment les opérations ont rendu nos clients heureux et no...

[devops REX 2017] L’humain d’abord !

[devops REX 2017] Dev rencontre Ops, un an après

[devops REX 2016] Comment l’IT peut arrêter de se faire vanner par les devs ?

[devops REX 2016] Debugging your communication for more success and efficienc...

[devops REX 2016] Banks, Brains, and Factories - thinking in Promises for a F...

[devops REX 2016] Soyez réalistes, demandez l’impossible !

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

1. DevOps REX – 16-oct FAIRE DU DEVOPS ENTRE CLIENT & FOURNISSEUR

2. LE SPEAKER LUDOVIC PIOT @lpiot Responsable de l’offre DevOps & Cloud

3. DONNER LES CLÉS DU CAMION

4. ATTENTES DU CLIENT

5. CE QU’OFFRE L’INFOGÉRANT

6. FRUSTRATIONS !

7. IL EST TEMPS POUR UN NOUVEAU MODÈLE

8. LA PETITE MUSIQUE CONNUE

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 ﬁni

10. LES LIMITES DE LA MACHINE À CAFÉ

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 conﬁance et la collaboration

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. 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. 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. 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. UN CONTRAT FIDÈLE À L’OPÉRATIONNEL § document décrivant l’opérationnel § identiﬁe la réalité du moment § identiﬁe une cible à atteindre et la backlog pour y aller § évolue dans le temps

17. APRÈS 1 AN DE MISE EN ŒUVRE

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

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

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

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

Mais de devops REX

Mais de devops REX (15)

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