Philippe Morisseau's Speaker Profile @ Sessionize

Mais qui a tué le chat de Lemni ? en fr

Tout s'est déroulé durant la nuit du 15 au 16 janvier 2022, après la soirée de présentation des résultats 2021 de la société. Monique, 56 ans, profitait d'un moment de solitude pour savourer une coupe de champagne lorsque, sur le parking, Matthias a percuté le chat de Lemni avec sa berline.

Était-il conscient des risques au moment des faits ? Monique, notre seule témoin, avait-elle consommé une coupe de trop ? Pourquoi le chat de Lemni se trouvait-il sur le parking à ce moment-là ? Et d'ailleurs, qui est Lemni ?

Plongez dans cette contre-enquête au cœur de l'univers du DevOps et découvrez la vérité sur cette sombre histoire.

Durée :
35 à 45 min

Matériel :
Je fourni tout le matériel sauf le video-projecteur ou la TV

Powerpoint, Video-projecteur ou TV
Note pour les organisateurs :
À travers ce récit, raconté comme un épisode de "Faites entrer l'accusé", nous démystifions le métier d'ingénieur DevOps. Nous expliquons comment, malgré toutes les bonnes intentions, une entreprise peut commettre l'erreur classique de considérer le DevOps comme un simple métier.

Nous explorons également la complexité apportée par les différentes technologies et pratiques régulièrement associées au DevOps : intégration et déploiement continus (CI/CD), infrastructure as code (IaC), documentation as code (DocAsCode), cloud, containerisation, observabilité, gestion financière des opérations (FinOps), et bien plus encore.

Enfin, nous ouvrons une nouvelle piste de réflexion sur l'approche du platform engineering et des produits orientés DevOps. Chaque problème a sa (ou ses) solution(s). Préparez-vous à découvrir les dessous d'une discipline souvent mal comprise et à saisir les véritables enjeux du DevOps dans l'entreprise moderne.

Sommaire :
Le contenu, les chapitres et leurs durées sont donnés à titre indicatif. Ils sont susceptibles d'évoluer.

1 - Retour sur les faits (5 minutes)
Dans cette première partie, je pose le contexte. Une petite entreprise éditrice de logiciels de gestion comptable organise, comme chaque année, une soirée pour présenter ses résultats. Cette entreprise traditionnelle emploie depuis plusieurs années Matthias, un ingénieur DevOps. Mais sans le savoir, elle vient de sceller son destin ou celui de Matthias.

Matthias est rapidement identifié comme le principal suspect. Mais est-ce vraiment le cas ?

2 - L'interrogatoire de Matthias (5 minutes)
Matthias est interrogé. Sa déposition révèle qu'il était conscient de ses actions, mais qu'il ne comprend toujours pas ce qui lui est reproché. Il affirme avoir agi comme à son habitude, conformément aux exigences de son poste. Il demande des explications à sa direction.

3 - Autopsie de la victime (5 minutes)
Le chat... À qui appartient cet animal ? Heureusement, il porte un collier avec une étrange inscription : une formule mathématique.

Après une recherche rapide, il s'avère que cette formule correspond à une courbe de Lemniscate, qui ressemble à un symbole infini.

Eureka ! Il existe donc un lien entre notre principal suspect et l'univers du DevOps. L'enquête peut maintenant commencer.

4 - L'enquête (5 minutes)
L'interrogatoire de Jacques Detombes, patron de Matthias :

L'interrogatoire de l'employeur de Matthias permet de mieux comprendre les fonctions et les responsabilités attendues de son poste. On découvre alors que Matthias joue un rôle crucial dans l'entreprise. Il s'avère qu'il est le SPOF (Single Point Of Failure) de cette organisation.

La découverte du monde du DevOps :

L'interview de plusieurs experts en DevOps met en lumière les principes fondateurs du DevOps : C.A.L.M.S. Cela interpelle les enquêteurs : pourquoi assigner à Matthias le rôle de DevOps, alors que le DevOps est une approche globale qui implique une grande majorité des employés de l'entreprise ?

5 - Le procès (5 minutes)
Pendant le procès, une opposition claire émerge. La philosophie DevOps dans une entreprise moderne n'est pas simple à mettre en œuvre. Les équipes chargées de réaliser les applications sont très sollicitées, et les compétences nécessaires pour maîtriser les technologies modernes rendent cette pluridisciplinarité difficile à maintenir. De plus, les défis actuels liés à la sécurité, à la conformité et à la gestion des risques métier contraignent souvent les entreprises à revenir sur leurs décisions.

Mais dans cette histoire, qui est responsable ? Matthias, qui aurait pu, en tant qu'expert DevOps, informer sa direction des risques encourus en poursuivant cette voie ? Ou bien la direction, qui n'a pas su identifier les erreurs dans son implémentation de la pratique DevOps ?

6 - Le jugement (2 minutes)
Dans ce chapitre, j'invite l'audience à endosser le rôle de juge. Matthias est-il coupable ?

7 - Cela aurait t-il pu être évité ? (10 minutes)
Ce drame aurait-il pu être évité ?

Dans cette section, j'explique comment, depuis deux ans, j'accompagne les entreprises dans une nouvelle approche des pratiques DevOps. Je détaille également comment cela m'a conduit à créer un nouveau framework open-source (https://lemniscat-devops.github.io/doc/) qui facilite la mise en œuvre du platform engineering en développant des produits orientés DevOps.

Déjà présenté ou annoncé à :
27/06/2024 : TADx

Mais qui a tué le chat de Lemni ? en fr

Tout s'est déroulé durant la nuit du 15 au 16 janvier 2022, après la soirée de présentation des résultats 2021 de la société. Monique, 56 ans, profitait d'un moment de solitude pour savourer une coupe de champagne lorsque, sur le parking, Matthias a percuté le chat de Lemni avec sa berline.

Était-il conscient des risques au moment des faits ? Monique, notre seule témoin, avait-elle consommé une coupe de trop ? Pourquoi le chat de Lemni se trouvait-il sur le parking à ce moment-là ? Et d'ailleurs, qui est Lemni ?

Plongez dans cette contre-enquête au cœur de l'univers du DevOps et découvrez la vérité sur cette sombre histoire.

Durée :
35 à 45 min

Matériel :
Je fourni tout le matériel sauf le video-projecteur ou la TV

Powerpoint, Video-projecteur ou TV
Note pour les organisateurs :
À travers ce récit, raconté comme un épisode de "Faites entrer l'accusé", nous démystifions le métier d'ingénieur DevOps. Nous expliquons comment, malgré toutes les bonnes intentions, une entreprise peut commettre l'erreur classique de considérer le DevOps comme un simple métier.

Nous explorons également la complexité apportée par les différentes technologies et pratiques régulièrement associées au DevOps : intégration et déploiement continus (CI/CD), infrastructure as code (IaC), documentation as code (DocAsCode), cloud, containerisation, observabilité, gestion financière des opérations (FinOps), et bien plus encore.

Enfin, nous ouvrons une nouvelle piste de réflexion sur l'approche du platform engineering et des produits orientés DevOps. Chaque problème a sa (ou ses) solution(s). Préparez-vous à découvrir les dessous d'une discipline souvent mal comprise et à saisir les véritables enjeux du DevOps dans l'entreprise moderne.

Sommaire :
Le contenu, les chapitres et leurs durées sont donnés à titre indicatif. Ils sont susceptibles d'évoluer.

1 - Retour sur les faits (5 minutes)
Dans cette première partie, je pose le contexte. Une petite entreprise éditrice de logiciels de gestion comptable organise, comme chaque année, une soirée pour présenter ses résultats. Cette entreprise traditionnelle emploie depuis plusieurs années Matthias, un ingénieur DevOps. Mais sans le savoir, elle vient de sceller son destin ou celui de Matthias.

Matthias est rapidement identifié comme le principal suspect. Mais est-ce vraiment le cas ?

2 - L'interrogatoire de Matthias (5 minutes)
Matthias est interrogé. Sa déposition révèle qu'il était conscient de ses actions, mais qu'il ne comprend toujours pas ce qui lui est reproché. Il affirme avoir agi comme à son habitude, conformément aux exigences de son poste. Il demande des explications à sa direction.

3 - Autopsie de la victime (5 minutes)
Le chat... À qui appartient cet animal ? Heureusement, il porte un collier avec une étrange inscription : une formule mathématique.

Après une recherche rapide, il s'avère que cette formule correspond à une courbe de Lemniscate, qui ressemble à un symbole infini.

Eureka ! Il existe donc un lien entre notre principal suspect et l'univers du DevOps. L'enquête peut maintenant commencer.

4 - L'enquête (5 minutes)
L'interrogatoire de Jacques Detombes, patron de Matthias :

L'interrogatoire de l'employeur de Matthias permet de mieux comprendre les fonctions et les responsabilités attendues de son poste. On découvre alors que Matthias joue un rôle crucial dans l'entreprise. Il s'avère qu'il est le SPOF (Single Point Of Failure) de cette organisation.

La découverte du monde du DevOps :

L'interview de plusieurs experts en DevOps met en lumière les principes fondateurs du DevOps : C.A.L.M.S. Cela interpelle les enquêteurs : pourquoi assigner à Matthias le rôle de DevOps, alors que le DevOps est une approche globale qui implique une grande majorité des employés de l'entreprise ?

5 - Le procès (5 minutes)
Pendant le procès, une opposition claire émerge. La philosophie DevOps dans une entreprise moderne n'est pas simple à mettre en œuvre. Les équipes chargées de réaliser les applications sont très sollicitées, et les compétences nécessaires pour maîtriser les technologies modernes rendent cette pluridisciplinarité difficile à maintenir. De plus, les défis actuels liés à la sécurité, à la conformité et à la gestion des risques métier contraignent souvent les entreprises à revenir sur leurs décisions.

Mais dans cette histoire, qui est responsable ? Matthias, qui aurait pu, en tant qu'expert DevOps, informer sa direction des risques encourus en poursuivant cette voie ? Ou bien la direction, qui n'a pas su identifier les erreurs dans son implémentation de la pratique DevOps ?

6 - Le jugement (2 minutes)
Dans ce chapitre, j'invite l'audience à endosser le rôle de juge. Matthias est-il coupable ?

7 - Cela aurait t-il pu être évité ? (10 minutes)
Ce drame aurait-il pu être évité ?

Dans cette section, j'explique comment, depuis deux ans, j'accompagne les entreprises dans une nouvelle approche des pratiques DevOps. Je détaille également comment cela m'a conduit à créer un nouveau framework open-source (https://lemniscat-devops.github.io/doc/) qui facilite la mise en œuvre du platform engineering en développant des produits orientés DevOps.

Déjà présenté ou annoncé à :
27/06/2024 : TADx

Azure Batch : le mal-aimé ! en

Vous ne connaissez pas Azure Batch ou vous ne savez pas vraiment à quoi il pourrait vous servir ?

Il est évident que ce services managés d’Azure n’est pas le plus connu de la plateforme cloud. Pourtant, il propose de nombreuses fonctionnalités très pratiques qui pourrait bien vous surprendre.

Au travers d’exemples concret d’utilisation, je vous présenterais ses forces et ses faiblesses :
- Mise à l’échelle automatique des pools de nodes,
- Comptabilité Linux et Windows,
- Intégration Vnet,
- Sécurisation intégrée avec le KeyVault,
- Containerisation (Windows & Linux)

Durée :
40 min

Matériel :
Visual Studio, Azure, Powerpoint, Video-projecteur ou TV

Sommaire :
1. Quand l'utiliser (5 min)
2. La compatibilité Windows & Linux (10 min)
- Démo : .net core, la même tache sur 2 OS en toute transparence !
3. La containerisation (10 min)
- Démo : on containerise tout ça !
4. La sécurisation Azure Batch (10 min)
- Isolation réseau
- Coffre-fort
5. Démo : Des agents Azure DevOps éphémères dans votre vnet (5 min).

Déjà présenté ou annoncé à :
- Azure Nantes (Janvier 2022)

Pourquoi j’ai mal à la tête lorsqu’il faut mettre en place l’isolation réseau avec Azure ? en

Vous ne comprenez pas grand-chose à l’isolation réseau avec Azure ou vous êtes régulièrement paumé lorsqu’il faut mettre en place un private endpoint. Ce n’est pas étonnant ! Entre les intégrations Vnet, les private-endpoints, les services tags, les firewalls, les peerings réseaux il y a de quoi être perdu.

Je vous propose de retourner à l’école et de remettre à plat tous ces concepts réseaux. Je vous parlerais aussi des mauvaises surprises que vous pourrez rencontrer.

Avec ça, vous n’aurez plus besoin d’acide acétylsalicylique !

Durée :
45 min

Matériel :
Powerpoint, Video-projecteur ou TV

Sommaire :
- Vnet, Subnet et Peering (5 min)
- Les private-endpoints (10 min)
- Les service-endpoints (10 min)
- Les services tags (5 min)
- Les firewall (10 min)
- Les exceptions qui font mal ! (5 min)

Déjà présenté ou annoncé à :
- Azure Nantes (Mai 2022)

Le DevOps expliqué à mon père, agriculteur à la retraite. en

DevOps, GitOps, MLOps, DataOps, DevSecOps, SysOps, xOps et tous les ...Ops.
Vous rencontrez peut-être au quotidien ces nouveaux termes. Est-ce que ce sont encore des anglicismes ou des mots "hype" vide de sens ?
A l'origine d'un grand nombre d'entre eux se trouve une démarche qui a révolutionné l'IT : le DevOps. Mais en quoi cela consiste-t-il ?

Au travers de ma tentative d'explication à mon père, vous comprendrez ce qu'est la démarche DevOps.

Ainsi, vous pourrez expliquer à vos enfants, vos copains, vos parents et grand-parents ce qu'est le DevOps, votre nouvelle démarche de travail !

Durée :
50 min

Matériel :
Je fourni tout le matériel sauf le video-projecteur ou la TV

- Powerpoint, Video-projecteur ou TV
- 1 Mini-Skateboard
- 4 Masques de nuit
- des cartons et des boites à œufs
- des œufs
- 1 corde

Sommaire :

Mais comment expliquer le DevOps à mon père ? Peut-être qu'en racontant son histoire, j'arriverais à faire comprendre ce qu'est le DevOps...

- Secret d'histoire - épisode "Patrick Debois, ce belge de génie !" (6 minutes)
- Avant le DevOps, l'agilité face au mur.
- Une idée brillante et un nom qui claque !

=> Au travers de cette première partie, comme Stéphane Bern pourrait le faire, je vais expliquer la genèse de la démarche DevOps.

OK, c'est peut-être pas l'idée du siècle (mon père s'est endormie). Dans ce cas, peut-être qu'une analogie avec son milieu pourrait lui permettre de comprendre.

- Animation/Jeu de rôle : "Allons dénicher les oeufs" (30 minutes)
Il y aura :
- 1 chargé à l'emballage des oeufs: Notre Ops,
- 1 chargé à la production des oeufs : Notre Dev,
- 1 chargé au contrôle qualité : Notre Tech-lead / Archi. / Expert sécurité / ...,
- 1 chargé à l'expédition : Notre équipe de recette métier,
- 1 chargé au transport : Notre usine logicielle (pipeline CI/CD)

=> Avec cette animation, je vais expliquer de façon interactive ce qu'est la démarche DevOps avec 5 personnes du public. De façon ludique les participants devront réussir à expédier mes oeufs. Au travers de ce parallèle avec la production d'œufs, j'explique que le DevOps est avant tout une démarche d'équipe.

Super, mon père à compris !
Mais, il y a des "Ops" partout. Est-ce qu'ils ont une filiation avec le DevOps ?

- Quizz - Explicatif : "DevOps ou pas DevOps !" (10 min)
- Le SysOps ? *réponse : pas DevOps + explication rapide*
- Le GitOps ? *réponse : pas DevOps + explication rapide*
- ...

=> A la suite de la précédente animation, le public doit être en capacité de comprendre ce qui est DevOps et ce qui ne l'est pas. Avec cette dernière animation qui fera participer tout le public, nous allons démonter quelques croyances.

Déjà présenté ou annoncé à :

- Agile Tour Montpellier 2022 - Keynote (Octobre 2022)
- Agile Grenoble 2022 (Novembre 2022)
- TouraineTech (Janvier 2023)
- AgiLeMans (Février 2023)
- DevOpsDays Geneva (Avril 2023)

A la recherche de la cité perdue "El rastro que lo explica todo" en

Les nouveaux défis d'aujourd'hui (cloud-computing, cyber-securité, décentralisation des systèmes) nous obligent à améliorer l'observabilité des applications. Mais le monitoring n'est pas une chose si aisée.
Franchement, on a tous naturellement envie de tout monitorer et d'ensuite voir ce qui peut nécessiter une action. Cependant, rapidement votre plateforme de log va plus ressembler à une forêt tropicale qu'à un jardin botanique.

Vous vous sentez alors comme cet archéologue qui traverse la jungle à la recherche de la cité perdu : "El rastro que lo explica todo".
Mais le jour où vous arrivez au village de "cuanto me cuesta", ce que vous découvrez n'est pas pour plaire à votre DSI.
Ça coûte la peau des fesses !
Vous devez sortir de votre forêt tropicale et chercher un autre moyen pour trouver "El rastro que lo explica todo" (La trace qui explique tout).

Durée :
45 min

Matériel :
- Powerpoint, Video-projecteur ou TV

Sommaire :

Introduction (10 minutes) : L'exploration de la jungle des logs
Equipé de ma machette et ma boussole, j'explore la jungle à la recherche de la cité perdu d'"El rastro que lo explica todo".
Je fais des découvertes intéressantes : "Un stackoverflow, un petit insecte ! Ils sont en voie de disparition.", ...
Mais avant même d'avoir trouvez ma cité, je tombe sur un artefact : Le "Combien ça me coute ?".

Acte 1 (10 minutes) : Transformer la forêt tropicale en jardin botanique
Je me rends compte que je n'arriverais jamais à trouver ma cité perdue dans cette jungle. D'une part la jungle des logs ralenti mon exploration et je risque sans cesse de tomber sur des artefacts FinOps qui m'obligerons à stopper mes recherches. Eureka ! Il faut que je transforme ma forêt tropicale en jardin botanique. Mais, comment dois-je faire ? Peut-être faire comme les botanistes et les naturalistes.
1. Identifier les familles qui compose l'observabilité : les métriques, les traces, les logs, les exceptions, ...
2. Comprendre le comportement de chacun : poids moyen, taille de la population, indice de croissance, ...
3. Echantillonner pour composer une première version d'observabilité.

Parfait, j'ai réussi à élaguer ma jungle. C'est mon DSI qui va être content.

Acte 2 (20 minutes) : Etudier les interactions et les sous-systèmes
Quelques jours plus tard, c'est la panique. L'application est tombée durant la nuit et plus personne ne peut l'utiliser ! Et pourtant, je n'observe rien dans mon "jardin botanique". Il y a quelques choses que j'ai oublié : Les interactions. Dans la forêt tropicale, les plantes et animaux interagissent. Ils composent un écosystème. Et c'est l'écosystème que je dois observer pas les individus. Je dois me mettre dans la peau d'un éthologue ou d'un botaniste.
Les métriques et les logs ne sont que les éléments observables d'un système actif. Je dois échantillonner mes éléments pour avoir une observabilité de mon système le plus proche de la réalité. Comment faire ?
1. Comprendre les sous-systèmes.
2. Faire la différence entre signaux fort et signaux faibles.
3. Identifier les signaux forts.
4. Echantillonner les signaux faibles.

Epilogue (5 minutes) : Repartir dans la jungle
J'ai une première version de mon observabilité : mon jardin botanique, mais pour autant je n'ai pas fini. Il faudra penser à régulièrement refaire des expéditions dans la jungle pour identifier de nouvelles espèces et de nouveaux sous-systèmes.

Journal de bord d'un capitaine de datahub fr

Il y a 5 ans, nous avons fait le pari de mettre en place un datahub basé uniquement sur des services PaaS avec en son cœur le service Azure CosmosDB.

5 ans après, beaucoup de choses ont changé : les services Azure ont évolué, les partenaires ont changé, les usages se sont transformés et du coup l'architecture a dû évoluer. Mais l'esprit initial du datahub est resté sans concessions : Zéro VMs, Serverless As Possible, DevOps, FinOps et Observabilité. Entre la COVID qui a profondément bouleversé les habitudes de consommation et les nouveaux enjeux liés à l'IA dans le retail, les 5 dernières années ont été mouvementées.

Embarquez à bord, nous allons décrocher les amarres. Venez découvrir les aventures d'un datahub sur 5 ans avec ses succès, ses bonnes surprises, mais aussi ses galères.

Durée : 55 min

Matériel :
Powerpoint, Video-projecteur ou TV

Sommaire :

Contexte : Il y a 5 ans, nous avons imaginé un datahub sur Azure (5 minutes)
- Les enjeux du client,
- Les contraintes

Solution : Les concepts fondateurs (5 minutes)
- Le DataMesh et la théorie des caravelles,
- Les principes d'un datahub, ou comment adapter sa voilure et son tirant d'eau.

Retour d'expérience : Journal de bord du datahub (30 minutes)
- Année 1 (2019) : À nous la mer ! Nous découvrons la mer et ses premiers dangers.
"Les premiers use-cases, les premiers flux métiers, les premiers succès, les premiers écueils. Comment apprendre activement ?"

- Année 2 (2020) : Cap du chamboultout ! Nous entrons dans un monde totalement inexploré et nous devons nous adapter.
"La COVID change les comportements des utilisateurs et le datahub est impacté. Comment s'adapter rapidement ?"

- Année 3 (2021) : Entre 40ᵉ rugissant et 50ᵉ hurlants, nous devons maintenir le cap.
"Le datahub a maintenant évolué et gère de nombreux flux métier. Comment rendre celui-ci le plus efficient possible ?"

- Année 4 (2022) : Cap du Minotaure. Comment ne pas se perdre dans ce labyrinthe d'iles ?
"De grands bouleversements dans le SI nécessite d’apporter des évolutions majeures dans le datahub. Comment implémenter ces nouveaux flux efficacement ?"

- Année 5 (2023) : La traversée de l'archipel des chimères. Comment sortir de l'impasse et repartir de l'avant ?
"Les évolutions majeures ont engendré des problématiques inattendues : performance, fiabilité, intégrité des données, optimisation des couts. Comment résoudre ces problématiques ?"

Conclusion : Arrivé à quai ! dès que le vent soufflera, je repartira... (5 minutes)
- DataMesh : Le domain driven design adapté aux enjeux data.
- DevOps : Autonomie et responsabilité des équipes jusqu'en production.
- FinOps : Entre sobriété financière et numérique et performance.
- SRE : Observabilité et auto remédiation.

Déjà présenté ou annoncé à :
- Silicon Chalet : avril 2023

Speaker

Philippe Morisseau

Actions

Links

Area of Expertise

Topics

Sessions

Mais qui a tué le chat de Lemni ? en fr

Mais qui a tué le chat de Lemni ? en fr

Azure Batch : le mal-aimé ! en

Pourquoi j’ai mal à la tête lorsqu’il faut mettre en place l’isolation réseau avec Azure ? en

Le DevOps expliqué à mon père, agriculteur à la retraite. en

A la recherche de la cité perdue "El rastro que lo explica todo" en

Journal de bord d'un capitaine de datahub fr

Philippe Morisseau

Links

Actions