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.

14 episodes

    Season 2

  • 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

  • Définir, identifier et tester pour performer avec Matthieu Leroux-Huet cover
    Définir, identifier et tester pour performer avec Matthieu Leroux-Huet cover
    Définir, identifier et tester pour performer avec Matthieu Leroux-Huet

    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.

    57min | Published on June 7, 2024

  • Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac cover
    Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac cover
    Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac

    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.

    51min | Published on May 24, 2024

  • Quand Qualité Rime avec Économies, avec Dan Magier cover
    Quand Qualité Rime avec Économies, avec Dan Magier cover
    Quand Qualité Rime avec Économies, avec Dan Magier

    Dans cet épisode, Julien reçoit Dan Magier, consultant logiciel indépendant et fondateur de HEIWAI-IT. Pour avoir accompagné de nombreuses équipes logicielles, Dan nous partage ses retours d'expériences et anecdotes croustillantes. Dan aborde notamment l'état d'esprit des entreprises françaises qui, pour beaucoup, ont encore du mal à voir le développement logiciel comme un axe stratégique pour leur activité. En effet, il est encore trop souvent réduit à un poste de coût. Vouloir faire des économies est une chose louable. Toutefois, Dan met en avant les conséquences désastreuses que peut avoir cette stratégie quand elle touche au logiciel. Si vous voulez faire des économies, misez sur la qualité ! Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    57min | Published on March 28, 2024

  • Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard cover
    Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard cover
    Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard

    Dans cet épisode, Julien reçoit Olivier Pillaud-Tirard, Staff Software Engineer chez ManoMano. Après avoir développé pendant de nombreuses années, Olivier s’est essayé au design et à l’architecture avant de revenir à ses premiers amours. Adoptant une démarche alliant SRE et DevOps Olivier est aujourd’hui Staff Software Engineer chez ManoMano. Il fait partie de l’équipe dite « Platform », dont une partie est dédié au tooling, l’automatisation et au développement de l’environnement ManoMano. Outre de beaux retours d’expérience, Olivier nous partage sa vision de l’évolution récente du CI/CD : la standardisation des pipelines CI/CD et des workflows. Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on March 6, 2024

  • Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat cover
    Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat cover
    Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat

    Dans cet épisode, Julien retrouve un ancien collègue : Frédéric Lepied. Nos deux interlocuteurs font office de véritables dinosaures du CI/CD. En effet, ils en faisaient avant même que le terme CI/CD n'existe. Après avoir dressé une brève histoire du CI/CD et mis en avant les technologies qu'ils ont pu utiliser (Buildbot, Zuul, Gerrit, GitHub...), ils se penchent plus spécifiquement sur la question du CI distribué. Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on February 7, 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.

14 episodes

    Season 2

  • 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

  • Définir, identifier et tester pour performer avec Matthieu Leroux-Huet cover
    Définir, identifier et tester pour performer avec Matthieu Leroux-Huet cover
    Définir, identifier et tester pour performer avec Matthieu Leroux-Huet

    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.

    57min | Published on June 7, 2024

  • Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac cover
    Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac cover
    Déceler les failles et rendre autonomes les développeurs avec Thomas Isaac

    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.

    51min | Published on May 24, 2024

  • Quand Qualité Rime avec Économies, avec Dan Magier cover
    Quand Qualité Rime avec Économies, avec Dan Magier cover
    Quand Qualité Rime avec Économies, avec Dan Magier

    Dans cet épisode, Julien reçoit Dan Magier, consultant logiciel indépendant et fondateur de HEIWAI-IT. Pour avoir accompagné de nombreuses équipes logicielles, Dan nous partage ses retours d'expériences et anecdotes croustillantes. Dan aborde notamment l'état d'esprit des entreprises françaises qui, pour beaucoup, ont encore du mal à voir le développement logiciel comme un axe stratégique pour leur activité. En effet, il est encore trop souvent réduit à un poste de coût. Vouloir faire des économies est une chose louable. Toutefois, Dan met en avant les conséquences désastreuses que peut avoir cette stratégie quand elle touche au logiciel. Si vous voulez faire des économies, misez sur la qualité ! Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    57min | Published on March 28, 2024

  • Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard cover
    Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard cover
    Des Pipelines Imposés et Standardisés, avec Olivier Pillaurd-Tirard

    Dans cet épisode, Julien reçoit Olivier Pillaud-Tirard, Staff Software Engineer chez ManoMano. Après avoir développé pendant de nombreuses années, Olivier s’est essayé au design et à l’architecture avant de revenir à ses premiers amours. Adoptant une démarche alliant SRE et DevOps Olivier est aujourd’hui Staff Software Engineer chez ManoMano. Il fait partie de l’équipe dite « Platform », dont une partie est dédié au tooling, l’automatisation et au développement de l’environnement ManoMano. Outre de beaux retours d’expérience, Olivier nous partage sa vision de l’évolution récente du CI/CD : la standardisation des pipelines CI/CD et des workflows. Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on March 6, 2024

  • Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat cover
    Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat cover
    Un CI distribué chez les clients ? avec Frédéric Lepied de Red Hat

    Dans cet épisode, Julien retrouve un ancien collègue : Frédéric Lepied. Nos deux interlocuteurs font office de véritables dinosaures du CI/CD. En effet, ils en faisaient avant même que le terme CI/CD n'existe. Après avoir dressé une brève histoire du CI/CD et mis en avant les technologies qu'ils ont pu utiliser (Buildbot, Zuul, Gerrit, GitHub...), ils se penchent plus spécifiquement sur la question du CI distribué. Pour ne rater aucun épisode, abonnez-vous :) Un podcast à retrouver sur : - Spotify: https://lnkd.in/e59dTyyp - Apple Podcast: https://lnkd.in/ehq5NasG - Youtube: https://lnkd.in/ehDD93QR Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.

    51min | Published on February 7, 2024

  • 1
    2