🎙️ 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.

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.

🚀 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.

⏩ 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.

⏩ 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.

🎙️ 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.

🗞️ 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.

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.

Dans cet épisode de Nom d'un Pipeline!, Julien discute avec Matthieu, un expert en performance software avec 15 ans d'expérience. Ils abordent les moyens d'améliorer la performance logicielle à travers des solutions techniques et culturelles. Voici les points clés de leur discussion :Solutions Techniques et Culturelles : La performance ne dépend pas uniquement des solutions techniques mais aussi des facteurs culturels au sein de l'équipe. Il est crucial d'aligner les exigences fonctionnelles et non fonctionnelles pour atteindre les objectifs de performance.Valeurs Organisationnelles : Les valeurs communes au sein d'une organisation jouent un rôle important dans le succès des équipes. Ces valeurs facilitent la collaboration et permettent aux équipes de mieux performer.Environnements de Staging et Automatisation : Créer des environnements de staging pour tester les modifications avant leur déploiement en production est essentiel. L'automatisation est importante, mais il faut également réserver une part de la charge pour l'exploration, en décidant si cette tâche doit être confiée aux développeurs ou à des experts externes.Limites de l'Automatisation : Il est crucial de comprendre ce que l'automatisation peut et ne peut pas résoudre. Connaître ces limites permet de ne pas travailler à l'aveugle et de mieux orienter les efforts.Pratique du Run et Responsabilisation : Comprendre comment le code fonctionne en conditions réelles (pratiquer le run) est vital. Impliquer les développeurs dans cette phase les responsabilise et améliore la qualité du code produit.Philosophie DevOps : Pour être efficace, le DevOps doit impliquer toutes les parties prenantes du processus de développement. Utiliser les bons outils et instrumenter les applications via CI/CD permet de collecter des données en continu, évitant ainsi de travailler à l'aveugle et assurant une meilleure allocation des ressources.En somme, cet épisode offre une vision claire des aspects techniques et culturels nécessaires pour améliorer la performance logicielle, tout en soulignant l'importance de l'alignement des exigences, de la culture organisationnelle, de la compréhension des limites de l'automatisation, et de l'implication de toutes les parties prenantes dans le processus DevOps. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

Dans cet épisode, Julien reçoit Thomas Isaac, responsable IT chez Iziwork. Depuis 4 ans, après avoir rencontré des problèmes de sécurité, Thomas ne cesse d'améliorer le processus de déploiement pour identifier au mieux les failles et préserver l'autonomie des développeurs dans leur travail quotidien. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.