Nom d'un Pipeline !

Julien Danjou

Plongez dans l'univers fascinant du CI/CD, du test et du DevOps avec le podcast "Nom d'un Pipeline!". À chaque épisode, découvrez les dessous des processus de développement, de l'intégration continue à la livraison continue, et explorez les défis et les innovations qui transforment le paysage du développement moderne. Accompagné d'experts de la scène DevOps, de développeurs passionnés et d'architectes système, ce podcast est le rendez-vous incontournable pour tout développeur souhaitant perfectionner ses compétences et comprendre les tendances actuelles du secteur. Que vous soyez un professionnel aguerri ou un débutant curieux, "Nom d'un Pipeline!" vous offre une plongée profonde dans le monde palpitant du DevOps. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

  1. Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel

    2024. 11. 25.

    Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel

    🚀 Dans l’épisode 18 de Nom d’un Pipeline !, Julien Danjou reçoit Nicolas Beaussard-Hatchuel, Staff Engineer chez PayFit, pour une discussion passionnante autour de l’ingénierie logicielle, des monorepos, et de l’efficacité des pipelines CI/CD. Voici les points clés et les leçons à en tirer. Une transition vers le monorepo : pourquoi et comment ? Face à des systèmes complexes dispersés en polyrepos, l’équipe de Nicolas a entrepris un retour stratégique au monorepo. Ce choix, souvent débattu, permet de mieux gérer les dépendances, d'accélérer les cycles de déploiement, et de centraliser les outils comme Nx et Mergify. Nicolas met en lumière la difficulté de convaincre des équipes sceptiques, mais aussi les résultats impressionnants : réduction des temps de déploiement de plusieurs jours à 25 minutes en moyenne. Optimisation CI/CD : accélérer sans compromettre la qualité En adoptant des outils comme Nx Cloud, PayFit a économisé l’équivalent de 137 jours de CI sur une période de 90 jours. La mise en cache distribuée et la parallélisation des tâches ont été essentielles pour atteindre ces résultats. Leçons organisationnelles : réussir ensemble Ce succès repose sur une collaboration étroite entre les équipes et un soutien actif aux premiers utilisateurs (early adopters). Nicolas souligne également l’importance de maintenir des équipes focalisées sur des rôles spécifiques, comme le support des plateformes. Leçons clés pour votre organisation Monorepo vs polyrepo : Évaluez vos besoins en fonction de la taille de vos équipes et des outils disponibles. Automatisez intelligemment : Réduisez les actions manuelles grâce à des merge queues et des tests intégrés. Investissez dans vos équipes : Encouragez la collaboration et la confiance entre développeurs. 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

    1시간 8분
  2. Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard

    2024. 11. 11.

    Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard

    🎙️ Dans le dernier épisode de Nom d'un Pipeline !, Julien Danjou accueille Romain Broussard, leader chez Mirakl, pour explorer les défis et les stratégies de mise en œuvre du DevOps et de la CI/CD (Intégration Continue et Déploiement Continu) dans une organisation SaaS en croissance rapide. Romain y partage son parcours unique et comment Mirakl optimise ses processus pour améliorer la collaboration et l'efficacité. 1. Le parcours de Romain BroussardRomain a travaillé dans des rôles techniques dès le début de sa carrière, lorsqu'il a fallu structurer les relations entre les équipes systèmes et de développement. Aujourd'hui, chez Mirakl, il gère des équipes de DevOps avec une orientation sur l'autonomie et l’innovation. 2. La culture DevOps chez MiraklMirakl suit une approche structurée en mettant en place des équipes de support transversales et en utilisant les principes de Team Topologies. Cette organisation entre "équipes orientées flux" et "équipes de plateforme" permet de renforcer l’autonomie des équipes tout en soutenant les développeurs. 3. Construire ou acheter ?Romain évoque la "maladie" bien connue des ingénieurs : le biais de construire en interne plutôt que d'acheter des solutions existantes. Bien que certaines solutions comme Backstage soient tentantes, Mirakl a préféré développer son propre portail pour garantir une meilleure adéquation avec ses besoins. 4. Défis d’automatisation et de CI/CDMirakl déploie des environnements multi-clients et optimise la CI/CD pour minimiser les temps de déploiement tout en conservant la flexibilité. Des systèmes comme GitHub Actions pour les workflows réutilisables et Kubernetes pour l’orchestration sont utilisés afin de standardiser et faciliter les déploiements. 5. Vers une autonomie renforcéeLe portail de développement de Mirakl facilite l'autonomie des équipes en rendant les outils disponibles et accessibles. L’approche inner-source permet également aux équipes de contribuer à l’amélioration continue des workflows et des infrastructures. #NomdunPipeline 🎙 Épisode avec Romain Broussard de Mirakl sur la croissance du DevOps #Mirakl 🌍 : Leader SaaS avec des équipes de DevOps autonomes et structurées #DevOps 🚀 : Simplifier la collaboration et automatiser les déploiements en entreprise #CICD 🔄 : Améliorer les flux de travail avec GitHub Actions, Kubernetes, etc. #TeamTopologies 📊 : Modèle organisationnel pour des équipes techniques plus efficaces #BuilderOrBuy 🤔 : Savoir quand développer des solutions internes ou adopter des outils du marché #PortailDev 💻 : Un espace pour offrir autonomie et ressources aux développeurs #Automatisation 🤖 : Réduire les temps de déploiement, améliorer la CI/CD #FeedbackLoop 🔄 : Importance d’un retour constant des utilisateurs pour un DevOps réussi #MiraklTeam 👥 : Travailler chez Mirakl – une équipe DevOps en pleine expansion 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

    1시간
  3. Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker

    2024. 10. 14.

    Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker

    🚀 Dans cet épisode de Nom d’un Pipeline !, Julien Danjou, CEO de Mergify, accueille Stéphane Vanacker, CTO d'Asys, pour discuter des enjeux du CI/CD (Continuous Integration/Continuous Delivery) et de l'évolution des systèmes logiciels. Stéphane explique son parcours de développeur à manager, son rôle de CTO, et ses projets actuels de refonte d’une application datant des années 90 💾. Thèmes abordés : Développement et gestion des équipes techniques : Stéphane dirige les équipes R&D et infra d'Asys, un éditeur de logiciels. Il revient sur ses méthodes de gestion, le passage des monolithes aux microservices, et la complexité de la transformation digitale. CI/CD et DevOps : Il met en avant l’importance de l’automatisation via des pipelines standardisés pour les déploiements, ainsi que les tests en TDD (Test-Driven Development). Challenges d'architecture logicielle : Il parle du défi d’adapter une application ancienne aux pratiques modernes comme Kubernetes, Docker, et GitOps. Gestion multi-tenants : L'un des plus gros défis pour Asys est de gérer des environnements multi-tenants tout en maintenant des déploiements réguliers et des tests rigoureux. Outils utilisés : Stéphane mentionne des outils comme Jenkins, GitOps, Castle (outil interne), et des stacks sur Amazon AWS et Oracle. 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

    40분
  4. La Developer Experience chez Alan : apprentissage, flexibilité et autonomie avec Tim Petricola

    2024. 09. 30.

    La Developer Experience chez Alan : apprentissage, flexibilité et autonomie avec Tim Petricola

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter 🗞️. Dans l'épisode 14 du podcast Nom d'un Pipeline !, Julien Danjou reçoit Tim Petricola, ingénieur chez Alan, pour une discussion passionnante sur le développement logiciel, la culture d'entreprise, et les défis techniques dans une startup en pleine croissance 🚀. Cet épisode met en lumière le parcours de Tim, sa transition vers Alan, et la manière dont il contribue à façonner l'expérience des développeurs au sein de l'entreprise 🖥️. Tim Petricola a débuté sa carrière en tant que développeur Ruby on Rails, évoluant progressivement vers des rôles plus techniques et transversaux. Aujourd'hui, il travaille sur l'amélioration de l'infrastructure et des outils pour les ingénieurs chez Alan, une entreprise qui ne se contente pas d’être une simple assurance santé, mais qui s'engage dans une mission de santé globale, notamment en matière de santé mentale 🚑. L'épisode explore la culture unique d'Alan, qui valorise l'autonomie, le Distributed Ownership, et la mobilité interne. Tim partage son expérience dans une équipe où les ingénieurs peuvent évoluer sur des projets variés, du front-end à l'infrastructure, et où l'absence de hiérarchie traditionnelle permet une flexibilité et une collaboration accrues. Cet épisode est une mine d'or ℹ️ pour ceux qui s'intéressent à la manière dont une entreprise innovante comme Alan structure ses équipes, gère ses projets techniques, et cultive un environnement de travail dynamique et orienté vers l'apprentissage continu. 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

    50분
  5. Tester : passer d'une petite à une grande échelle - l'exemple Doctolib avec Thomas Bentkowski

    2024. 09. 16.

    Tester : passer d'une petite à une grande échelle - l'exemple Doctolib avec Thomas Bentkowski

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter 🗞️. Dans cet épisode de "Nom d'un Pipeline !", Julien accueille Thomas Bentkowski, Product Manager chez Doctolib 🏥. Thomas partage son parcours impressionnant et les nombreuses évolutions qu'il a vues au sein de Doctolib, ainsi que des insights précieux sur les pratiques et les défis liés à l'intégration et au déploiement continus (CI/CD). 1. Parcours de Thomas Bentkowski : Thomas Bentkowski travaille chez Doctolib depuis presque huit ans. Il a commencé en tant que chef de projet technique, évoluant ensuite vers des rôles en QA, développement logiciel, et finalement Product Manager axé sur l'automatisation et l'expérience développeur. 2. Évolution de Doctolib : À son arrivée, Doctolib comptait environ 20 développeurs. Aujourd'hui, l'équipe technique compte environ 400 développeurs, répartis en équipes fonctionnelles organisées en feature teams. Cette croissance rapide a nécessité une adaptation constante des processus et des technologies. 3. Stack technologique : Initialement basé sur Ruby on Rails et React, Doctolib a intégré d'autres technologies comme Java et Rust pour répondre à ses besoins croissants. La stack de tests a également beaucoup évolué, passant de nombreux tests end-to-end à une stratégie de tests plus équilibrée comprenant des tests unitaires et de contrat. 4. Stratégie de tests : Thomas explique que Doctolib a investi dans une pyramide de tests bien équilibrée pour réduire la dépendance aux tests end-to-end coûteux et longs à exécuter. Ils disposent désormais de 90 000 tests automatisés exécutés plusieurs fois par jour pour garantir la qualité du code. 5. Outils de CI/CD : Doctolib a utilisé plusieurs outils pour gérer sa CI/CD. Après avoir commencé avec Jenkins, ils ont migré vers Heroku CI, puis vers TeamCity et une solution custom nommée Cirrus, basée sur Kubernetes. Chaque transition visait à améliorer la configurabilité, la performance, et à réduire les coûts. 6. Maintenance et coût des outils : Thomas insiste sur l'importance de réévaluer régulièrement les outils utilisés pour la CI/CD pour s'assurer qu'ils restent rentables et faciles à maintenir. Ils privilégient les solutions externes lorsque cela permet de réduire les coûts de maintenance et de se concentrer sur le développement de nouvelles fonctionnalités. 🚀 Cet épisode offre une plongée fascinante dans l'évolution technologique et organisationnelle de Doctolib, avec des leçons précieuses pour toute entreprise cherchant à scaler ses processus de CI/CD. Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

    1시간 4분

소개

Plongez dans l'univers fascinant du CI/CD, du test et du DevOps avec le podcast "Nom d'un Pipeline!". À chaque épisode, découvrez les dessous des processus de développement, de l'intégration continue à la livraison continue, et explorez les défis et les innovations qui transforment le paysage du développement moderne. Accompagné d'experts de la scène DevOps, de développeurs passionnés et d'architectes système, ce podcast est le rendez-vous incontournable pour tout développeur souhaitant perfectionner ses compétences et comprendre les tendances actuelles du secteur. Que vous soyez un professionnel aguerri ou un débutant curieux, "Nom d'un Pipeline!" vous offre une plongée profonde dans le monde palpitant du DevOps. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.