_2 devops-rex-2025 2025-12-10 2025-12-11 2 00:05 https://talks.devopsdays.org https://talks.devopsdays.org/media/devops-rex-2025/img/flavicon-devopsrex_292d8a22-ca4d-43e4-9df4-_SmGoouS.jpeg Europe/Paris Amphithéatre Gaston Berger 15 minutes 2025-12-10T10:10:00+01:00 10:10 00:20 « Codeshift » c’est la démarche qui nous permet d’intégrer le mindset DevSecOps dans nos équipes d’infrastructure et de sécurité pour soutenir des objectifs de reconstruction automatique ambitieux pour 2027. Venez découvrir cette démarche devops-rex-2025-5066-codeshift-demarche-devsecops-chez-les-ops-de-bpce-it DevSecOps Clément RochasJulien Fouqueray fr Depuis huit ans, l'équipe DevSecOps de BPCE IT aide notre organisation à adopter la culture DevSecOps en animant la conduite du changement et en fournissant des outils et des formations. L'infra as code, la sécurité et la notion de plateforme est évidemment omniprésent dans notre structure. « Codeshift » c’est la démarche qui nous permet d’intégrer le mindset dev dans nos équipes d’infrastructure et de sécurité pour soutenir des objectifs de reconstruction automatique ambitieux pour 2027. Dans ce talk, nous vous présentons notre démarche, nos outils et les différentes étapes de cette transformation. Comment nous avons mesuré la maturité des équipes, comment nous avons accéléré sur les thématiques DevSecOps, les bonnes pratiques infra as code et API. Nous vous présenterons : • Nos outils de mesure de la maturité et comment nous les utilisons. • Comment nous cadrons les accompagnements des équipes. • Nos travaux et nos livrables pour créer un cadre. false https://talks.devopsdays.org/devops-rex-2025/talk/NZJ9LF/ https://talks.devopsdays.org/devops-rex-2025/talk/NZJ9LF/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-10T10:30:00+01:00 10:30 00:30 Avec l'avènement de l'IA de ces derniers mois, comment faire évoluer sa plateforme d'ingénierie pour prendre en compte ses nouveaux outils & fonctionnalités tout en les intégrant de manière homogène et efficace dans les processus existant. devops-rex-2025-5013-engineering-platform-boostee-a-l-ia-ok-mais-pour-quoi-faire DevSecOps Matthieu VINCENT fr Chez Sopra Steria, nous développons notre "Engineering platform" depuis 2018 (anciennement appelée forge logicielle ou encore plateforme DevOps) et avons maintenant 11,000 utilisateurs qui l'utilisent au quotidien. Avec l'avènement de l'IA, il a fallu prendre en compte ces nouveaux outils, patterns au sein de cette plateforme pour accompagner l'utilisation et la montée en compétences des équipes de manière efficace (et sécurisée) tout en gardant une Developer Experience fluide et intégrée à la plateforme existante. Dans cette conférence, nous vous proposons de présenter un REX de l'histoire de cette plateforme qui, comme Rome, ne s'est pas faite en 1 jour et comment nous l'avons boosté avec des initiatives en lien avec l'IA pour couvrir plusieurs use-cases (du classique génération de code à des besoins plus opérationnels sur la couverture de tests ou la revue de code et bien plus encore). Et pour montrer que ca existe vraiment, on fera des démos des différents outils que l'on a mis en place. Grâce à cette conférence, vous repartirez avec des idées pour mettre cela en place chez vous aussi 😉 false https://talks.devopsdays.org/devops-rex-2025/talk/DZUBLA/ https://talks.devopsdays.org/devops-rex-2025/talk/DZUBLA/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-10T11:30:00+01:00 11:30 00:30 Lors de cette session, nous partagerons notre expérience concrète, les défis rencontrés, les bénéfices observés, ainsi que des conseils pour ceux qui souhaitent déployer ou s’inspirer d’une démarche similaire afin de standardiser et d’optimiser leurs pipelines CI/CD. devops-rex-2025-5075-comment-nous-avons-mis-en-place-la-pratique-devsecops-chez-orange DevSecOps GirijaCedric OLIVIER fr Chez Orange, la migration vers GitLab a débuté en 2017. Après une année d’utilisation, nous avons identifié un déficit en termes de standardisation et d’application des meilleures pratiques de sécurité. En réponse, nous avons lancé une initiative visant à promouvoir la réutilisation de composants, à standardiser nos processus, et à simplifier la mise en œuvre de l’intégration et du déploiement continus. Ce projet a évolué en un véritable inner source, impliquant une contribution collective d’experts issus de divers domaines et technologies, en conformité avec les principes DevSecOps. L’adoption de cette démarche s’est rapidement généralisée, soutenue par une communauté interne très active et plus de 17 000 projets les utilisent quotidiennement. Lors de cette session, nous partagerons notre expérience concrète, les défis rencontrés, les bénéfices observés, ainsi que des conseils pour ceux qui souhaitent déployer ou s’inspirer d’une démarche similaire afin de standardiser et d’optimiser leurs pipelines CI/CD. false https://talks.devopsdays.org/devops-rex-2025/talk/FTNJSX/ https://talks.devopsdays.org/devops-rex-2025/talk/FTNJSX/feedback/ Amphithéatre Gaston Berger 15 minutes 2025-12-10T12:00:00+01:00 12:00 00:25 Comment instaurer plus de sécurité s'appuyant sur la confiance ? Chez Datadog, notre équipe sécurité a choisi la collaboration plutôt que la contrainte : en travaillant avec les équipes produit et plateforme, nous avons repensé notre modèle d’accès aux données sensibles. En nous appuyant sur les don devops-rex-2025-5533-confiance-operationnelle-quand-securite-et-delivery-co-concoivent-les-modele-d-acces DevSecOps Isabelle Kraemer fr Dans ce retour d’expérience, nous présentons comment Datadog a renforcé sa posture sécurité sans friction pour ses équipes. Face à des accès trop larges à des informations potentiellement sensibles, notre équipe sécurité a collaboré avec les équipes produit et plateforme pour repenser le modèle de permissions sur nos clusters Kubernetes self-managed. En analysant les logs d’audit et en déployant progressivement un nouveau contrôleur RBAC pour configurer les permissions de manière dynamique, nous avons restreint l’accès aux logs sensibles aux seules équipes concernées, tout en maintenant la fluidité opérationnelle. Au-delà de l’aspect technique, cette initiative a été un exercice d’écoute et de co-construction : comprendre les besoins réels, adapter les outils aux pratiques, évaluer l'ampleur de la tache puis s'assurer de la couverture complete du périmètre. Si nous développons ici un exemple autour de Kubernetes, les leçons à retenir dépassent largement ce cadre : comment réduire les privilèges sans créer de friction, comment ancrer la sécurité dans la culture d’équipe, et comment faire évoluer les modèles opérationnels par l’expérimentation et la confiance. false https://talks.devopsdays.org/devops-rex-2025/talk/FX9PT8/ https://talks.devopsdays.org/devops-rex-2025/talk/FX9PT8/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-10T14:25:00+01:00 14:25 00:30 Comment migrer des workloads complexes d’AWS vers un cloud souverain, en confrontant l’ambition technique aux vrais besoins opérationnels ? devops-rex-2025-5062-quitter-aws-une-migration-vers-le-cloud-souverain-presque-sans-douleur Gouvernance Didier SeguraJérôme GALAIS fr Sur un hyperscaler, l’abondance de services encourage parfois la surenchère fonctionnelle, sans toujours interroger la pertinence des choix techniques. Migrer vers un cloud souverain, c’est aussi réévaluer ses choix : quels besoins réels, quels arbitrages, et comment calibrer ses ambitions techniques ? Ce retour d’expérience raconte une migration ambitieuse, avec ses réussites, ses surprises et ses difficultés inattendues : maturité des services managés, choix technologiques à assumer, pièges à anticiper et arbitrages nécessaires entre ambition et besoins réels. Un mélange de storytelling technique et de réflexion stratégique, pour ceux qui veulent migrer sans simplement dupliquer les standards de l’hyperscaler. false https://talks.devopsdays.org/devops-rex-2025/talk/TYVHNJ/ https://talks.devopsdays.org/devops-rex-2025/talk/TYVHNJ/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-10T14:55:00+01:00 14:55 00:30 Retour d’expérience sur la migration de la plateforme Data Science de la Matmut, de SAAGIE vers S3NS. Architecture, défis, enseignements et perspectives de développement de l’IA. Avec Jean-Jacques MOK, directeur de la transformation SI de la Matmut. devops-rex-2025-5032-migration-de-la-plateforme-data-de-matmut-sur-le-cloud-s3ns Gouvernance Pascal DeshayesJean-Jacques MOK fr Dans le cadre du déploiement d'une nouvelle plateforme de services Data et IA destinée à accélérer la création de cas d’usage à forte valeur ajoutée pour les métiers, nous avons mis en œuvre une solution s’appuyant sur l’offre « Contrôle locaux avec S3NS ». Cette plateforme est amenée à évoluer prochainement vers l’offre « Cloud de confiance par S3NS ». Plusieurs cas d’usage ont d’ores et déjà été migrés, en adoptant une réarchitecture orientée vers l’usage optimal de services managés, tels que Cloud Composer et BigQuery. Notre stratégie a consisté à tirer pleinement parti des services cloud disponibles, tout en assurant un haut niveau de confidentialité et de conformité pour les données sensibles. false https://talks.devopsdays.org/devops-rex-2025/talk/RAFHD9/ https://talks.devopsdays.org/devops-rex-2025/talk/RAFHD9/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-10T16:35:00+01:00 16:35 00:25 Du DevOps, du cloud-native… pour des ascenseurs à Monaco. Oui, vraiment. devops-rex-2025-5071-des-microservices-pour-des-ascenseurs-a-monaco-voyage-au-coeur-du-devops-vertical DevOps Luc Juggery fr Un ascenseur, du DevOps et du cloud-native : à Monaco, on transforme de simples cabines métalliques en machines intelligentes. Ecrans connectés, messages du syndic, services à valeur ajoutée... et sous le capot : Kubernetes, CI/CD, MQTT et bien plus encore. Dans cette session, je vous embarque dans les coulisses d’un projet atypique, où qualité logicielle, haute disponibilité et pratiques DevOps doivent cohabiter dans un environnement très… vertical. Un retour d’expérience technique et décalé, où même les copropriétés deviennent un peu plus cloud-ready. false https://talks.devopsdays.org/devops-rex-2025/talk/CZJRFG/ https://talks.devopsdays.org/devops-rex-2025/talk/CZJRFG/feedback/ Amphithéatre Gaston Berger 15 minutes 2025-12-11T10:10:00+01:00 10:10 00:20 Les outils d’IA comme ChatGPT et Cursor sont prometteurs pour l’Infrastructure-as-Code, mais ils échouent souvent face à des systèmes réels. Cette session montre ce qui change lorsque l’IA accède au contexte complet de votre infrastructure cloud, modélisée comme un graphe. devops-rex-2025-4753-l-importance-du-contexte-en-ia-x-infrastructure-votre-infrastructure-est-un-graphe IA en production Roxane Fischer fr Les outils d’IA s’améliorent dans la génération de code, y compris pour l’Infrastructure-as-Code. Mais lorsqu’il s’agit de gérer une infrastructure réelle, ils manquent souvent des détails essentiels. Des suggestions apparemment correctes peuvent provoquer des erreur, ignorer des dépendances ou entraîner des changements risqués. La raison est simple : l’IA fonctionne sans contexte. L’infrastructure ne se résume pas à du code. C’est un système composé de ressources, d’environnements, de services et des relations complexes qui les lient. La plupart des LLMs n’ont aucune visibilité sur ces connexions. Résultat : leur aide reste superficielle et ne tient pas la route en production. Dans cette session, nous partagerons notre expérience : ce qui s’est passé lorsque nous avons tenté d’utiliser l’IA pour des tâches réelles d’infrastructure, pourquoi cela a échoué au départ, et comment nous avons réussi en lui fournissant le contexte qui lui manquait. Le changement clé a été de considérer notre infrastructure comme un graphe. En cartographiant les dépendances entre services, ressources, configurations et environnements, nous avons construit un modèle que l’IA pouvait interroger et comprendre avec bien plus de précision. Nous expliquerons comment ce graphe a été construit à partir de sources existantes comme AWS et Terraform. Une fois les données connectées, nous avons intégré une interface en langage naturel via Slack, permettant aux ingénieurs de poser de vraies questions comme : « Qui est le propriétaire de cette ressource ? » ou « Quelles ont été les dernières modifications sur RDS en production ? » Cette présentation comprendra une démonstration en direct du système en action, ainsi que des conseils pratiques pour construire quelque chose de similaire. Nous détaillerons quelles sources de données se sont révélées les plus utiles, comment nous avons structuré les relations entre les composants, et comment nous avons assuré la fiabilité du graphe sans créer trop de charge opérationnelle. Les participants repartiront avec une compréhension approfondie de pourquoi le **contexte** est l’élément manquant dans les outils d’infrastructure assistés par l’IA, et comment modéliser l’infrastructure comme un graphe peut transformer ce que l’IA est capable de faire. false https://talks.devopsdays.org/devops-rex-2025/talk/FSKGAX/ https://talks.devopsdays.org/devops-rex-2025/talk/FSKGAX/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T10:30:00+01:00 10:30 00:25 Et si une IA faisait vos revues de code ? Découvrez comment on a créé un agent intelligent avec des LLM open-source et n8n pour automatiser l’analyse de Merge Requests, proposer des améliorations et améliorer la qualité du code, tout en boostant la productivité. devops-rex-2025-5293-agentic-ai-et-si-c-etait-l-ia-qui-faisait-ta-code-review IA en production Oussama ABAIBarnier Kenza fr Et si une IA pouvait faire vos revues de code à votre place ? Dans cette session, on vous raconte comment on a créé un agent intelligent intégré à GitLab, qui aide les développeurs à relire automatiquement leur code. Cet agent utilise des modèles d’intelligence artificielle open source comme Mistral et LLaMA, qu’on a personnalisés pour comprendre les bonnes pratiques de développement (Clean Code, Craftsmanship…). Avec l’outil d’automatisation n8n, on a mis en place des workflows qui permettent à l’agent de : • analyser les Merge Requests, • suggérer des améliorations (naming, lisibilité, complexité…), • proposer ou générer des tests, • et donner un score qualité au code. On parlera aussi de : • la manière dont on a conçu l’agent (prompts, design, limites), • ce que ça a changé dans notre équipe (gain de temps, meilleure qualité de code). 🎯 Pourquoi suivre ce talk ? Que vous soyez développeur, tech lead, DevOps ou simplement curieux de l’IA, cette session va vous montrer comment l’IA peut vraiment vous aider dans votre travail quotidien. Vous découvrirez : • comment automatiser des revues de code intelligentes sans sacrifier la qualité, • comment utiliser des LLM open-source dans un cadre concret, avec des outils simples comme n8n, • comment intégrer l’IA dans vos workflows GitLab sans changer vos habitudes, • et surtout, comment ça peut améliorer la qualité de votre code, gagner du temps, et booster votre productivité. Un talk à mi-chemin entre technique, pratique et culture du code bien fait – accessible, inspirant. false https://talks.devopsdays.org/devops-rex-2025/talk/QKYQVN/ https://talks.devopsdays.org/devops-rex-2025/talk/QKYQVN/feedback/ Amphithéatre Gaston Berger 15 minutes 2025-12-11T11:30:00+01:00 11:30 00:25 REX sur la création d’un LLMaaS (Large Language Model as a Service) souverain en environnement SecNumCloud. Scalabilité GPU, comptage de tokens, mesure de performance, intégration sécurisée… avec un twist : l’IA a participé à sa propre conception et supervision. devops-rex-2025-5064-industrialiser-un-llmaas-souverain-scalabilite-securite-et-une-ia-qui-aide-a-se-creer-elle-meme IA en production Alexandru LATA fr Peut-on créer un service d’IA générative souverain… avec l’aide de l’IA elle-même ? C’est le défi que nous avons relevé en industrialisant un LLMaaS souverain, hébergé sur une IaaS SecNumCloud, destiné à des clients sensibles (secteurs régaliens, santé, etc.). Ce retour d’expérience présente les défis rencontrés pour mettre en production un produit LLM fiable, scalable, mesurable, sécurisé — et partiellement construit grâce à l’IA. Les défis concrets que nous avons relevés : • Support de GPU hétérogènes (A100, L40S, H200, Apple M4…) avec scheduling dynamique selon les workloads • Facturation au token, avec un système distribué de comptage intégré aux loadbalancers • Mesures de performance détaillées (latence, tokens/s, efficacité par modèle) • Répartition intelligente de la charge, avec 4 routeurs actifs + supervision complète • Intégration dans un environnement SecNumCloud, avec IAM, audit, isolation stricte, et stockage souverain La particularité du projet ? L’IA a contribué à sa propre création ! Nous avons utilisé des LLMs pour : • Générer des morceaux d’infra-as-code (manifeste Kubernetes, proxies adaptatifs) • Produire des dashboards et des scripts de supervision • Aider à diagnostiquer les erreurs en production • Automatiser certaines décisions de routage ou d’allocation de ressources Ce projet nous a forcés à croiser IA, sécurité, observabilité, gouvernance, et culture DevSecOps dans un contexte de production réel. Nous partagerons les succès, les limites, les outils, et surtout les leçons transférables à d’autres projets IA en entreprise. false https://talks.devopsdays.org/devops-rex-2025/talk/PSAS38/ https://talks.devopsdays.org/devops-rex-2025/talk/PSAS38/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T11:55:00+01:00 11:55 00:30 Retour d'expérience sur un projet de 2025 : pour le compte d'un client dans les Energies Renouvelable et pour qui les problématiques de Data et de Propriété intellectuels sont vitales nous avons imaginé et développé une IA (ChatBot/RAG) sur une stack 100% souveraine / 0% GAFAM devops-rex-2025-5264-chatbot-rag-100-souverain IA en production Antoine Durand fr Début 2025 nous avons été contactés par un client dans les Energies Renouvelables qui nous a demandé de signer un NDA avant même d'entamer les discussions. Nous avons vite compris que la sécurité de la Data, de leur process et PI était un élément fondamental de leur savoir-faire. Il souhaitaient réaliser un ChatBot/RAG qui leur permettrait d'exploiter un immense pool de données non structurées (doc, docx, pdf, images, xls...) principalement pour améliorer leurs process de R&D (sujets autour de la veille technologique et des brevets), et de support (questions/réponses instantanées) Nous (Accure) sommes un cabinet de conseil spécialisé dans la Data et le Cloud et nous avons d'abord pensé à des solutions dites "classiques" chez un hyperscaler type Azure, AWS ou Google qui permettrait d'arriver aux objectifs rapidement en mettant bout-à-bout les briques dont nous aurions besoin. Cependant le client nous a très vite stoppé en exigeant du 100% souverain, 100% Français, pas de Cloud provider ou de services qui pourrait tomber sous le coup d'un Cloud-Act ou Patriot-Act tant leur savoir faire est critique. Nous avons relevé le challenge, et mis en production une v1 début juillet 2025 ! Ce retour d'expérience portera donc sur des sujets de : - Gouvernance / Souveraineté : en 2025 comment faire du "made in France hosted in France" tout en restant à la pointe de la technologie - Stack IA en production : quelle a été notre réflexion pour mettre à disposition une IA qui fait "aussi bien que les grands" tout en restant souverain. - DevOps / DataOps : mise en place de CI/CD pour livrer la plateforme, le code. Cycle de vie de la data et des outputs IA pour l'amélioration continue de la solution - FinOps : quelles ont été nos réflexions autour des coûts et comment les contenir tout en rendant le service Stack technique : - Hosting PAAS (Clever Cloud) : Docker + S3 - StreamLit / Python - Postgres 17 + pgVector - Heptapod (Gitlab open source) - Mistral AI ( Embed + AI) via API - Airflow 3 false Antoine Durand https://talks.devopsdays.org/devops-rex-2025/talk/HCVCNU/ https://talks.devopsdays.org/devops-rex-2025/talk/HCVCNU/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T14:00:00+01:00 14:00 00:30 Comment la MSA industrialise et modernise son delivery applicatif multi-technologies, du mainframe COBOL aux applications Java/Angular conteneurisées, en refondant son Release Management pour gagner en agilité, autonomie et contrôle. devops-rex-2025-5124-unifier-le-delivery-legacy-et-cloud-native-le-defi-devops-d-imsa DevOps Nicolas Cazottes fr Avec plus de 1000 applications, 40 000 programmes COBOL, 10 000 machines virtuelles et 3 000 mises en production par an, le service informatique de la Mutualité Sociale Agricole (iMSA) évolue dans un environnement IT d'une grande complexité. Cette conférence partage notre retour d’expérience sur la transformation DevOps en cours à grande échelle pour unifier et automatiser le delivery de l’ensemble de nos produits applicatifs, des plus récents aux plus anciens, le tout dans un environnement de contrôle interne et de ségrégation des responsabilisés imposé par la réglementation française. Historiquement centré sur un socle COBOL, notre SI a progressivement intégré de nouvelles technologies Java, Angular et des architectures conteneurisées. Cette hétérogénéité représente un défi majeur pour le Release Management, tant en matière d’agilité que de traçabilité et de résilience. Nous refondons notre outillage et nos processus de déploiement pour répondre à trois enjeux clés : • L’autonomie des équipes dans le pilotage de leurs mises en production • L’agilité du delivery sur toutes les technologies, du legacy au cloud-native • Le contrôle interne et la traçabilité, essentiels pour un organisme public La présentation détaillera les étapes de cette transformation : cartographie et rationalisation des chaînes de livraison, intégration des outils DevOps, gestion des droits et des audits, déploiement continu dans un contexte multisites à forte volumétrie. Un témoignage concret et inspirant pour toute organisation confrontée à la coexistence d’applications legacy et modernes, et désireuse de réussir sa transition DevOps sans compromis sur la sécurité et la gouvernance. false https://talks.devopsdays.org/devops-rex-2025/talk/EWQDCW/ https://talks.devopsdays.org/devops-rex-2025/talk/EWQDCW/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T14:30:00+01:00 14:30 00:30 Cette conférence partage des retours d’expérience d’équipe Ops et les pièges à éviter. On y décrypte des pratiques courantes et propose des alternatives concrètes (Lean, autonomie, culture produit). La session se termine par un échange ouvert entre praticien.ne.s. devops-rex-2025-4897-et-si-mon-equipe-devops-devenait-performante DevOps Olivier CloirecSamia Kherrati fr Sous ce titre un peu provocateur se cache un ensemble de Rex et de pièges à éviter pour une équipe d'Ops, responsable de la mise à disposition de moyens d'infrastructures et d'outillages. Vous vous sentez l’âme de super-héros, vous prenez des décisions au doigt mouillé et en urgence : si vous souhaitez sortir de ce schéma, ce slot est fait pour vous ! Chacune de ces pratiques sera expliquée, démystifiée et complétée par des alternatives applicables (Autonomie, Lean, et culture produit …) Pères et mères castors sont les bienvenu.e.s pour une session d'échange à la fin de la conférence. false https://talks.devopsdays.org/devops-rex-2025/talk/PVKQUF/ https://talks.devopsdays.org/devops-rex-2025/talk/PVKQUF/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T15:30:00+01:00 15:30 00:30 ArgoCD permet de déployer des applications en mode GitOps sur Kubernetes. Il est d'autant plus efficace lorsqu'on gère une flotte de clusters, pour avoir un parc cohérent. Sauf que parfois, tout n'a pas été déployé à l'identique 🤷‍♂️. Voici un REX sur une implémentation pour gérer cela ! devops-rex-2025-4740-gerer-des-clusters-presque-identiques-en-mode-gitops-avec-argocd DevOps Rémi Verchère fr ArgoCD est un outil parmi d'autres permettant de déployer des applications en mode GitOps sur Kubernetes. Il est d'autant plus efficace lorsqu'on gère une flotte de clusters, pour avoir un parc cohérent. Sauf que parfois, lorsqu'on reprend une infra existante, tout n'a pas été déployé à l'identique 🤷‍♂️. Je vous propose alors un retour d'expérience sur la mise en place d'ArgoCD chez mon client pour gérer des clusters "presque" identiques, où le mot "presque" à son importance 😅. Après une brève introduction de l'outil, nous verrons ensemble comment il a été déployé, et surtout comment ont été structurés les dépôts Git pour résoudre les problématiques suivantes : - Environnements dev & prod - Versions différentes de clusters - Charts Helm déployés avec configuration, nom de releases & namespaces différents - Intégration avec Renovate - Faible dépendance à l'outil ArgoCD Il existe une multitude de possibilités de mise en place du GitOps. Cette présentation est un exemple d'implémentation répondant à mon besoin, qui pourra correspondre à tout ou partie au vôtre ! false Slides de la présentation online Slides de la présentation https://talks.devopsdays.org/devops-rex-2025/talk/ASVMXC/ https://talks.devopsdays.org/devops-rex-2025/talk/ASVMXC/feedback/ Amphithéatre Gaston Berger 25 minutes 2025-12-11T16:00:00+01:00 16:00 00:30 Retour d'expérience pour montrer que c'est possible de faire du neuf avec de l'ancien, et que c'est parfois, la solution aillant le plus grand ROI ! devops-rex-2025-5069-docker-c-est-cool-kubernetes-c-est-hype-mais-peut-on-faire-autrement DevOps Julien Maitrehenry fr Depuis quelques années, nous avons fait le virage à Docker, puis ensuite, on nous dit que nous devrions utiliser Kubernetes partout. Mais est-ce la bonne solution ? C'est quoi les alternatives simple qu'on peut utiliser ? Dans cette conférence, je vous présenterai comment j'ai configuré et déployé plusieurs projet basé sur des technologies cloud simple et à coût de maintenance et mensuel réduit , mais aussi, comment, dans mon dernier projet, nous avons un système distribué qui n'utilise pas du tout Docker et Kubernetes. Car oui, faire du "vieux" aujourd'hui, c'est encore possible (ssh, systemd, ansible) false https://talks.devopsdays.org/devops-rex-2025/talk/NZU3WC/ https://talks.devopsdays.org/devops-rex-2025/talk/NZU3WC/feedback/