- Architecture
- Conférence
- 55 min
Vous pensiez que la dette technique était le pire? Voici la dette de conception !
Date jeudi
Horaire 8h30 à 9h25
Salle Amphi A
Description
Dans nos métiers, la dette technique est sans doute la chose la plus frustrante, éprouvante et coriace contre laquelle nous devons lutter. Bien sûr, il existe des bonnes pratiques : refactoriser, viser la simplicité avec KISS, éviter de trop anticiper avec YAGNI afin de limiter cette dette au maximum. Et pourtant, on n’y vient jamais vraiment à bout. Pire encore, elle continue de s’accumuler même lorsque nous les appliquons, comme une fatalité. Et si ces mêmes bonnes pratiques ne faisaient parfois qu’empirer le problème au lieu de le résoudre ? La dette technique peut n’être que la partie visible de quelque chose de plus profond : la dette de design accidentelle. Un problème bien plus complexe, donnant lieu à des logiciels spaghettis et à des microservices en « monolithe distribué », dont nous sommes souvent à l’origine sans même nous en rendre compte. Dans cette conférence, nous explorerons les mécanismes de la dette de design et ses impacts, conséquents sur notre architecture, nos processus, notre organisation, et même notre business. À travers des exemples concrets, nous verrons comment la détecter, analyser sa profondeur et agir avant qu’elle ne s’ancre durablement.
Orateur·ices
Josian Chevalier
Tech coach at Shodo, he helps teams accelerate development and improve their practices. He navigates between code, organization, and strategy to create systems enabling exploration and continuous improvement while producing quality software efficiently.
Julien Topçu
Julien is a hands-on CTO with 15 years of experience, specializing in Domain-Driven Design (#DDD). His expertise lies in helping organizations build systems that deliver high business value. Julien focuses on aligning organizational structure, architecture and software practices with business objectives. As a member of the OWASP foundation, he actively promotes application security best practices. An international speaker, Julien enjoys sharing his knowledge with others.
Actions rapides
Les sessions futures sur le même thème
- Architecture
- Conférence
Du rate limiting technique à la plateforme API monétisée : notre retour d'expérience
Fin 2025, nous avons mis en place un mécanisme de rate limiting sur nos APIs à l’aide de Spring Cloud Gateway. Début 2026, le business y voit une opportunité plus large : quotas journaliers, endpoints premium et facturation à l’usage. Nous avons du réagir et faire évoluer un mécanisme purement technique en une plateforme API beaucoup plus large : Gateway custom vs solution d’API Management sur étagère (Kong, Gravitee...) Quotas persistants vs limites court terme Gestion in-memory vs stockage Redis distribué Performance à 200 requêtes par seconde et 400k utilisateurs Observabilité interne vs exposition client Dans ce talk, nous décrirons la mise en place de notre rate limiting technique puis les dilemmes rencontrés en le transformant en plateforme API commercialisable
Jeudi
14h00 à 14h55 - Amphi A- Architecture
- Conférence
Gateway API, 10 ans de maturation pour une nouvelle API Kubernetes
Exposer une application Kubernetes au monde peut devenir un vrai casse tête 🧐. Nous avons d'un côté les API standards avec Ingress, service de `type=LoadBalancer`, voir même les NodePorts… et de l'autre, les APIs custom proposées par les Ingress Controllers et Service-Meshes très avancées mais non standard 😅 Après tant d'années de confusion, une nouvelle API, nommée Gateway API, arrive tout juste en v1.0 (🎉) pour contenter à la fois les développeurs et les opérateurs de cluster ou d'infrastructure 🤯! Nous découvrirons ensemble cette nouvelle API, ses fonctionnalités avancées et les implémentations qui vous permettrons de les utiliser dans votre cluster ⚡️!
Vendredi
8h30 à 9h25 - Amphi D- Architecture
- Conférence
Moins d’infra, plus de produit : notre chemin vers les services managés
Quand une startup SaaS grossit vite, son infrastructure finit souvent par raconter son histoire : quelques VMs au début, puis du Kubernetes, puis des services auto-gérés un peu partout… jusqu’au moment où l’équipe passe plus de temps à maintenir la plateforme qu’à construire le produit. Chez PayFit, nous nous sommes retrouvés exactement dans cette situation. Notre plateforme reposait intégralement sur Kubernetes, y compris les aspects bases de données, middleware... avec évidemment beaucoup de "fait maison" dans le lot. Ça fonctionnait, mais de manière loin d'être idéale : soucis de sécurité, surcharge opérationnelle, manque d'autonomie des équipes produits, incidents à répétition... Nous avons donc entamé une transition progressive vers davantage de services managés et de serverless, aujourd'hui achevée avec succès. Dans ce talk, je vous propose un retour d’expérience concret sur cette évolution : - Pourquoi nous avons décidé de réduire notre part d’infrastructure auto-gérée - Comment nous avons migré progressivement sans tout réécrire - Ce que les services managés et le serverless changent vraiment au quotidien - Les gains… mais aussi les surprises et les compromis L’objectif n’est pas de vendre une architecture miracle, mais de partager ce que l’on apprend quand on essaie de sortir du “tout Kubernetes” pour aller vers plus de services managés, et comment cela peut aider une équipe plateforme à se concentrer davantage sur le produit que sur l’infrastructure.
Vendredi
11h30 à 12h25 - Amphi A