• Architecture
  • Tool in action
  • Standard
  • 25 min

Green Architecture : moins de gras, plus d’impact, plus d'efficacitĂ© !

  • Date jeudi
  • Horaire 15h00 Ă  15h25
  • Salle Amphi A

Description

Vos APIs ont pris un peu de poids ? Elles consomment plus que nĂ©cessaire ? Pas de panique, on sort la boĂźte Ă  outils pour leur faire un Green relooking ! Dans ce Tools-in-Action, nous appliquerons pas Ă  pas le framework "API Green Score" sur une API rĂ©elle et existante, avec des outils open-source et des mĂ©triques concrĂštes. Le constat est simple : les APIs modernes sont souvent gourmandes. Le problĂšme ? Pas le manque de principes, mais l’absence de rĂšgles mesurables et automatisĂ©es. En live, nous : - prendrons les mesures (payload, latence, cache), - calculerons le Green Score par endpoint, - mettrons en place des rĂšgles actionnables : compression GZIP/Brotli, champs partiels, allĂšgement des donnĂ©es transfĂ©rĂ©es, pagination obligatoire, 
 - automatiserons la non-rĂ©gression (SonarQube, Spectral). RĂ©sultat ? Une API plus lĂ©gĂšre, plus rapide, et un impact environnemental rĂ©duit. Nous vous montrerons les gains en direct (avant/aprĂšs) : trafic rĂ©seau rĂ©duit, latence stabilisĂ©e, cache optimisĂ©. Et pour repartir avec du concret, un repo GitHub vous attend avec tout le nĂ©cessaire pour reproduire la dĂ©marche.

Orateur·ices

Diallo Thierno

Currently, I am working as a Staff Engineer at Axa France for the past year and half. I worked as a Technical Leader/Senior Software Engineer at Axa France for 3 and a half years. I started at Axa France 5 years ago. I am an experienced engineer with a proven track record in IT. I am proficient in Java/JEE/Spring/SpringBoot, Python, PostgreSQL, Webmethods, ODM, SOA concepts, statistical modeling, and Prolog. I hold a solid engineering background with a degree in Computer Engineering and Statistics focused on systems and network engineering, software engineering, and financial engineering from Polytechnique Lille. Previously, I worked for SNCF for 4 years, and before that, for Capgemini for 2 and a half years.

David De Carvalho

J'ai rejoins Capgemini il y a deux ans en tant qu'Architecte Logiciel et Solution. Mais je suis un développeur au final ... j'adore mettre les mains dans le code et le fait un maximum ! Développeur "touche-à-tout" depuis une vingtaine d'années, mon langage de prédilection est le Java (entre autres) mais je travaille également sur des sujets techniques, allant des Bases de données aux API REST en passant par la mise en place d'outillage interne. Je suis également friand de tout ce qui concerne les process Agile, j'ai d'ailleurs été ScrumMaster pendant 2 ans. Le partage de la connaissance est primordial à mes yeux : documentation bien entendu mais aussi relectures croisées de code, ou encore des communautés de pratiques. J'adore expérimenter et trouver des maniÚre de faire qui améliore la vie et la productivité du développeur. Enfin, je participe et contribue activement à certains projets open source autour du #greenit (plugin ecocode pour Sonarqube, collectif Api Thinking).

Actions rapides

Voir la vidéo

Les sessions futures sur le mĂȘme thĂšme

    • 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

    Direct en production !

    Depuis des annĂ©es, nous utilisons plusieurs environnements intermĂ©diaires avant LA livraison en production. Mais en 2026, est-ce vraiment nĂ©cessaire ? Sommes-nous certains qu’un dĂ©ploiement en recette nous garantit une livraison rĂ©ussie en production ? Et si nous tentions le coup ? Et si nous bazardions tout pour ne conserver que la production ? Durant cette prĂ©sentation, nous explorerons comment allier craft et ingĂ©nierie logicielle pour concevoir des architectures prĂȘtes pour la production. Nous aborderons les meilleures pratiques, les outils et les stratĂ©gies essentiels pour minimiser les risques et maximiser l'efficacitĂ©.

    Vendredi 11h30 Ă  12h25 - Amphi E
    • 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