Nom d'un Pipeline !

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

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

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

🎙️ NDUP ! 12 - Tester Kafka dans le CI. Avec Stéphane Derosiaux - CPTO et Co-fondateur de Conduktor.io🚀 Stéphane Derosiaux est le Chief Product & Technology Officer (CPTO) et co-fondateur de 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/politique-de-confidentialite pour plus d'informations.

🗞️ Pour ne pas manquer d'épisodes, abonnez-vous à la newsletter 🗞️🎙️ 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 🗞️Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.