undefined cover
undefined cover
Nom d'un Pipeline ! cover
Nom d'un Pipeline ! cover

Nom d'un Pipeline !

Nom d'un Pipeline !

Subscribe
undefined cover
undefined cover
Nom d'un Pipeline ! cover
Nom d'un Pipeline ! cover

Nom d'un Pipeline !

Nom d'un Pipeline !

Subscribe

Description

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/politique-de-confidentialite pour plus d'informations.

Description

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/politique-de-confidentialite pour plus d'informations.

19 episodes

    Season 2

  • Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi cover
    Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi cover
    Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi

    🎙️ Dans l'épisode 19 de Nom d'un Pipeline !, Julien Danjou accueille Jean-François Fresi, expert en qualité logicielle et ingénierie. Avec 20 ans d'expérience dans le secteur, Jean-François partage sa vision sur la place centrale de la qualité dans le développement logiciel. 💡 Ce que vous apprendrez dans cet épisode : Qualité au-delà des outils : La qualité, ce n'est pas uniquement des outils comme Selenium, mais un travail d'équipe et une réflexion sur les bonnes pratiques. De la théorie à l'impact concret : L'importance de transformer des concepts comme BDD en actions collaboratives. Adapter les outils au contexte : Pourquoi le meilleur outil dépend toujours des compétences de l'équipe et du projet. L'IA dans les tests : Opportunité ou mirage ? Jean-François explore les limites et le potentiel des technologies d'IA pour l'automatisation. Culture et transformation : Comment impulser un changement durable dans les organisations, même face aux résistances culturelles. 🚀 Cet épisode est une mine d'or pour tous les passionnés de DevOps, CI/CD, et ceux qui souhaitent élever leur pratique de la qualité logicielle à un autre niveau. Ne le manquez pas ! 🎧 Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    50min | Published on December 9, 2024

  • Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel cover
    Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel cover
    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/fr/politique-de-confidentialite pour plus d'informations.

    1h07 | Published on November 25, 2024

  • Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard cover
    Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard cover
    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 (https://www.mirakl.com/fr-FR), 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 Broussard Romain 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 (https://www.mirakl.com/fr-FR), il gère des équipes de DevOps avec une orientation sur l'autonomie et l’innovation. 2. La culture DevOps chez Mirakl Mirakl 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/CD Mirakl 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ée Le 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 (https://www.mirakl.com/fr-FR) 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 (https://www.mirakl.com/fr-FR) – une équipe DevOps en pleine expansion 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    59min | Published on November 11, 2024

  • Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles cover
    Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles cover
    Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles

    Dans cet épisode, Julien Danjou reçoit Guilhem Charles, ingénieur chez Datadog. Ils discutent des enjeux de la CI/CD dans un environnement de grande échelle, des défis liés à la gestion des pipelines, et des solutions mises en place chez Datadog. Guilhem parle de son expérience avec Kubernetes, les contraintes du CI sur macOS et la manière dont ils gèrent la sécurité dans leurs processus. Un épisode riche en enseignements pour tout ingénieur intéressé par l'intégration continue et la scalabilité. Thèmes abordés ♾️ Gestion des pipelines CI/CD à grande échelle 🟧Utilisation de Kubernetes pour le CI 🍎Défis et solutions pour le CI sur macOS 👷‍♂️ Sécurité dans les processus CI/CD ↗️ Optimisation des ressources et scalabilité 📝 Gestion des tests de performance dans le CI 👥 Collaboration entre équipes de développement et CI Bonne écoute 🎙️ ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    49min | Published on October 28, 2024

  • Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker cover
    Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker cover
    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/fr/politique-de-confidentialite pour plus d'informations.

    40min | Published on October 14, 2024

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

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1) 🗞️. 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/fr/politique-de-confidentialite pour plus d'informations.

    49min | Published on September 30, 2024

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

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1) 🗞️. 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/fr/politique-de-confidentialite pour plus d'informations.

    1h04 | Published on September 16, 2024

  • Season 1

  • Tester Kafka dans le CI avec Stéphane Derosiaux cover
    Tester Kafka dans le CI avec Stéphane Derosiaux cover
    Tester Kafka dans le CI avec Stéphane Derosiaux

    🎙️ NDUP ! 12 - Tester Kafka dans le CI. Avec Stéphane Derosiaux - CPTO et Co-fondateur de Conduktor.io (http://Conduktor.io)🚀 Stéphane Derosiaux est le Chief Product & Technology Officer (CPTO) et co-fondateur de Conduktor.io (http://Conduktor.io). Ingénieur depuis 2008, Stéphane est un expert reconnu dans le domaine des données en temps réel. Conduktor, fondée par des entrepreneurs français et basée aux États-Unis, avec des bureaux à Londres, vise à faciliter l'accès aux données et à résoudre les problèmes complexes liés aux volumes croissants de données et à la sécurité. Avant Conduktor, Stéphane a accumulé une riche expérience dans le secteur du retail, ce qui lui a permis de bien comprendre les défis des grandes entreprises en matière de gestion des données.Dans l'épisode 12 du podcast Nom d'un Pipeline !, Stéphane partage ses idées sur l'importance de la CI/CD pour la normalisation des données et les stratégies pour restaurer la confiance des entreprises dans la gestion de leurs données.Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on September 2, 2024

  • Repenser et construire l'infra pour déployer avec efficacité avec François Dussert cover
    Repenser et construire l'infra pour déployer avec efficacité avec François Dussert cover
    Repenser et construire l'infra pour déployer avec efficacité avec François Dussert

    🗞️ Pour ne pas manquer d'épisodes, abonnez-vous à la newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1)🗞️🎙️ Dans cet épisode passionnant du podcast "Nom d'un Pipeline !", Julien Danjou s'entretient avec François Dussert, un vétéran de l'industrie technologique avec plus de 20 ans d'expérience. Ancien CTO d'une startup, François occupe désormais le poste de responsable de l'architecture chez une grande société de cosmétiques, où il supervise l'infrastructure, le déploiement et la vente en ligne, notamment sur le marché américain.Un Parcours Diversifié et EnrichissantFrançois a rejoint son entreprise actuelle il y a environ un an, à un moment où tout était à faire en termes d'infrastructure et de déploiement. Avec une équipe interne de cinq personnes, composée de deux développeurs full-stack et de deux architectes, ainsi que des prestataires spécialisés, François s'est attelé à bâtir une infrastructure solide sur Azure, la plateforme de cloud computing de Microsoft.Les Défis du Déploiement ContinuÀ son arrivée, François a constaté des lacunes importantes dans les processus de déploiement. Grâce à son expertise, il a mis en place des pipelines CI/CD (Continuous Integration/Continuous Deployment) sur Azure DevOps, permettant des déploiements automatiques pour les branches de développement. Il a également intégré des fonctionnalités avancées, comme la suppression automatique des requêtes HTTP inutilisées après 15 jours, afin d'optimiser l'utilisation des ressources.Une Gestion Efficace et FlexibleLe déploiement est paramétré via Azure App Service et vérifié en amont pour des raisons de sécurité. Le rythme de déploiement varie, allant de zéro à dix fois par semaine, en fonction des besoins spécifiques. François a également introduit Kubernetes pour simplifier la gestion des certificats et améliorer la réactivité du site e-commerce, particulièrement pendant des périodes critiques comme le Black Friday.Standardisation et AutomatisationFrançois a créé des templates de pipeline pour automatiser les tâches répétitives et optimiser les processus. Un repo Git contenant ces templates a été mis en place, facilitant ainsi leur réutilisation par l'équipe.Les Prochains DéfisParmi les prochains défis de François figure la mise en place d'une infrastructure de recherche. Il explore diverses solutions comme Algolia, tout en tenant compte des coûts associés. De plus, il envisage de recréer l'infrastructure actuelle à l'aide de Terraform pour une gestion plus efficace.En ConclusionCet épisode offre une vision claire des défis et des succès rencontrés par François Dussert dans son rôle actuel. Il illustre parfaitement comment une expertise solide et une approche méthodique peuvent transformer une infrastructure technologique pour répondre aux exigences croissantes du marché.☀️ Bel été ☀️📆 On se retrouve dès la rentrée🗞️ Pour ne pas manquer d'épisodes, abonnez-vous à la newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1)🗞️ Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    30min | Published on July 8, 2024

  • Faire des économies avec ses propres runners avec Cyril Rohr cover
    Faire des économies avec ses propres runners avec Cyril Rohr cover
    Faire des économies avec ses propres runners avec Cyril Rohr

    Dans le dernier épisode de Nom d'un Pipeline !, Julien reçoit Cyril, un développeur expérimenté, qui partage ses solutions pour optimiser la gestion du temps et des ressources dans le développement logiciel. Découvrez ses astuces pour améliorer l'efficacité et la performance des environnements CI/CD, notamment avec l'utilisation de RunsOn. Une écoute essentielle pour tous les passionnés de développement et de DevOps !Et pour rester informés de la sortie des nouveaux épisodes, abonnez-vous à la newsletter de Nom d'un Pipeline ! (https://podcast.ausha.co/nom-d-un-pipeline?s=1) Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    58min | Published on June 24, 2024

  • 1
    2

Description

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/politique-de-confidentialite pour plus d'informations.

Description

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/politique-de-confidentialite pour plus d'informations.

19 episodes

    Season 2

  • Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi cover
    Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi cover
    Plongée dans l'univers de la qualité logicielle avec Jean-François Fresi

    🎙️ Dans l'épisode 19 de Nom d'un Pipeline !, Julien Danjou accueille Jean-François Fresi, expert en qualité logicielle et ingénierie. Avec 20 ans d'expérience dans le secteur, Jean-François partage sa vision sur la place centrale de la qualité dans le développement logiciel. 💡 Ce que vous apprendrez dans cet épisode : Qualité au-delà des outils : La qualité, ce n'est pas uniquement des outils comme Selenium, mais un travail d'équipe et une réflexion sur les bonnes pratiques. De la théorie à l'impact concret : L'importance de transformer des concepts comme BDD en actions collaboratives. Adapter les outils au contexte : Pourquoi le meilleur outil dépend toujours des compétences de l'équipe et du projet. L'IA dans les tests : Opportunité ou mirage ? Jean-François explore les limites et le potentiel des technologies d'IA pour l'automatisation. Culture et transformation : Comment impulser un changement durable dans les organisations, même face aux résistances culturelles. 🚀 Cet épisode est une mine d'or pour tous les passionnés de DevOps, CI/CD, et ceux qui souhaitent élever leur pratique de la qualité logicielle à un autre niveau. Ne le manquez pas ! 🎧 Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    50min | Published on December 9, 2024

  • Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel cover
    Monorepo ou Polyrepo ? Le débat enfin tranché par l’expérience de PayFit avec Nicolas Beaussard-Hatchuel cover
    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/fr/politique-de-confidentialite pour plus d'informations.

    1h07 | Published on November 25, 2024

  • Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard cover
    Build vs Buy : le dilemme auquel même Mirakl n’échappe pas avec Romain Broussard cover
    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 (https://www.mirakl.com/fr-FR), 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 Broussard Romain 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 (https://www.mirakl.com/fr-FR), il gère des équipes de DevOps avec une orientation sur l'autonomie et l’innovation. 2. La culture DevOps chez Mirakl Mirakl 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/CD Mirakl 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ée Le 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 (https://www.mirakl.com/fr-FR) 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 (https://www.mirakl.com/fr-FR) – une équipe DevOps en pleine expansion 🎙️ Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    59min | Published on November 11, 2024

  • Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles cover
    Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles cover
    Des Mac Mini aux pipelines infinis : comment Datadog gère ses CI avec Guilhem Charles

    Dans cet épisode, Julien Danjou reçoit Guilhem Charles, ingénieur chez Datadog. Ils discutent des enjeux de la CI/CD dans un environnement de grande échelle, des défis liés à la gestion des pipelines, et des solutions mises en place chez Datadog. Guilhem parle de son expérience avec Kubernetes, les contraintes du CI sur macOS et la manière dont ils gèrent la sécurité dans leurs processus. Un épisode riche en enseignements pour tout ingénieur intéressé par l'intégration continue et la scalabilité. Thèmes abordés ♾️ Gestion des pipelines CI/CD à grande échelle 🟧Utilisation de Kubernetes pour le CI 🍎Défis et solutions pour le CI sur macOS 👷‍♂️ Sécurité dans les processus CI/CD ↗️ Optimisation des ressources et scalabilité 📝 Gestion des tests de performance dans le CI 👥 Collaboration entre équipes de développement et CI Bonne écoute 🎙️ ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    49min | Published on October 28, 2024

  • Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker cover
    Comment transformer un monolithe de 30 ans en microservices ? L'exemple Asys avec Stéphane Vanacker cover
    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/fr/politique-de-confidentialite pour plus d'informations.

    40min | Published on October 14, 2024

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

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1) 🗞️. 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/fr/politique-de-confidentialite pour plus d'informations.

    49min | Published on September 30, 2024

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

    ⏩ Ne ratez aucun épisode en vous abonnant à la Newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1) 🗞️. 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/fr/politique-de-confidentialite pour plus d'informations.

    1h04 | Published on September 16, 2024

  • Season 1

  • Tester Kafka dans le CI avec Stéphane Derosiaux cover
    Tester Kafka dans le CI avec Stéphane Derosiaux cover
    Tester Kafka dans le CI avec Stéphane Derosiaux

    🎙️ NDUP ! 12 - Tester Kafka dans le CI. Avec Stéphane Derosiaux - CPTO et Co-fondateur de Conduktor.io (http://Conduktor.io)🚀 Stéphane Derosiaux est le Chief Product & Technology Officer (CPTO) et co-fondateur de Conduktor.io (http://Conduktor.io). Ingénieur depuis 2008, Stéphane est un expert reconnu dans le domaine des données en temps réel. Conduktor, fondée par des entrepreneurs français et basée aux États-Unis, avec des bureaux à Londres, vise à faciliter l'accès aux données et à résoudre les problèmes complexes liés aux volumes croissants de données et à la sécurité. Avant Conduktor, Stéphane a accumulé une riche expérience dans le secteur du retail, ce qui lui a permis de bien comprendre les défis des grandes entreprises en matière de gestion des données.Dans l'épisode 12 du podcast Nom d'un Pipeline !, Stéphane partage ses idées sur l'importance de la CI/CD pour la normalisation des données et les stratégies pour restaurer la confiance des entreprises dans la gestion de leurs données.Bonne écoute ! Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on September 2, 2024

  • Repenser et construire l'infra pour déployer avec efficacité avec François Dussert cover
    Repenser et construire l'infra pour déployer avec efficacité avec François Dussert cover
    Repenser et construire l'infra pour déployer avec efficacité avec François Dussert

    🗞️ Pour ne pas manquer d'épisodes, abonnez-vous à la newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1)🗞️🎙️ Dans cet épisode passionnant du podcast "Nom d'un Pipeline !", Julien Danjou s'entretient avec François Dussert, un vétéran de l'industrie technologique avec plus de 20 ans d'expérience. Ancien CTO d'une startup, François occupe désormais le poste de responsable de l'architecture chez une grande société de cosmétiques, où il supervise l'infrastructure, le déploiement et la vente en ligne, notamment sur le marché américain.Un Parcours Diversifié et EnrichissantFrançois a rejoint son entreprise actuelle il y a environ un an, à un moment où tout était à faire en termes d'infrastructure et de déploiement. Avec une équipe interne de cinq personnes, composée de deux développeurs full-stack et de deux architectes, ainsi que des prestataires spécialisés, François s'est attelé à bâtir une infrastructure solide sur Azure, la plateforme de cloud computing de Microsoft.Les Défis du Déploiement ContinuÀ son arrivée, François a constaté des lacunes importantes dans les processus de déploiement. Grâce à son expertise, il a mis en place des pipelines CI/CD (Continuous Integration/Continuous Deployment) sur Azure DevOps, permettant des déploiements automatiques pour les branches de développement. Il a également intégré des fonctionnalités avancées, comme la suppression automatique des requêtes HTTP inutilisées après 15 jours, afin d'optimiser l'utilisation des ressources.Une Gestion Efficace et FlexibleLe déploiement est paramétré via Azure App Service et vérifié en amont pour des raisons de sécurité. Le rythme de déploiement varie, allant de zéro à dix fois par semaine, en fonction des besoins spécifiques. François a également introduit Kubernetes pour simplifier la gestion des certificats et améliorer la réactivité du site e-commerce, particulièrement pendant des périodes critiques comme le Black Friday.Standardisation et AutomatisationFrançois a créé des templates de pipeline pour automatiser les tâches répétitives et optimiser les processus. Un repo Git contenant ces templates a été mis en place, facilitant ainsi leur réutilisation par l'équipe.Les Prochains DéfisParmi les prochains défis de François figure la mise en place d'une infrastructure de recherche. Il explore diverses solutions comme Algolia, tout en tenant compte des coûts associés. De plus, il envisage de recréer l'infrastructure actuelle à l'aide de Terraform pour une gestion plus efficace.En ConclusionCet épisode offre une vision claire des défis et des succès rencontrés par François Dussert dans son rôle actuel. Il illustre parfaitement comment une expertise solide et une approche méthodique peuvent transformer une infrastructure technologique pour répondre aux exigences croissantes du marché.☀️ Bel été ☀️📆 On se retrouve dès la rentrée🗞️ Pour ne pas manquer d'épisodes, abonnez-vous à la newsletter (https://podcast.ausha.co/nom-d-un-pipeline?s=1)🗞️ Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    30min | Published on July 8, 2024

  • Faire des économies avec ses propres runners avec Cyril Rohr cover
    Faire des économies avec ses propres runners avec Cyril Rohr cover
    Faire des économies avec ses propres runners avec Cyril Rohr

    Dans le dernier épisode de Nom d'un Pipeline !, Julien reçoit Cyril, un développeur expérimenté, qui partage ses solutions pour optimiser la gestion du temps et des ressources dans le développement logiciel. Découvrez ses astuces pour améliorer l'efficacité et la performance des environnements CI/CD, notamment avec l'utilisation de RunsOn. Une écoute essentielle pour tous les passionnés de développement et de DevOps !Et pour rester informés de la sortie des nouveaux épisodes, abonnez-vous à la newsletter de Nom d'un Pipeline ! (https://podcast.ausha.co/nom-d-un-pipeline?s=1) Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    58min | Published on June 24, 2024

  • 1
    2