Engie

Functional domain

• Risque de contrepartie
• Fédération de données
• Vue 360° portefeuille
• Pilotage du risque

Method & practices

• Scrum
• Backlog et suivi sur Azure DevOps
• Recette métier
• Tests de charge intégrés au cycle

Technical stack

• React
• TypeScript
• Vite
• Python
• FastAPI
• API REST
• Docker
• Azure AKS
• Okta
• OAuth 2.0
• OIDC
• Azure DevOps
• k6

The universe

Un énergéticien vend de l'électricité et du gaz à des contreparties qui peuvent faire défaut. La Direction des Risques doit connaître à tout moment l'exposition du groupe sur chacune d'elles. Le problème n'était pas le calcul : la donnée vivait dans plusieurs solutions tierces qui ne se parlaient pas. Un analyste crédit commençait sa journée à recoller des extractions, ce qui repoussait ses arbitrages à l'après-midi et rendait toute décision urgente impossible à instruire proprement.

The challenge

Fédérer des sources hétérogènes en un portail unifié, sans interrompre le portail d'alertes crédit déjà en service.

Constraints

Sources

Plusieurs solutions tierces à fédérer

Sécurité

Sécurisation des flux via Okta (OAuth 2.0 / OpenID Connect)

Infra

Migration de pods AKS : Docker, load balancer, certificats SSL, tests k6

Existant

Portail d'alertes crédit Python / React maintenu en parallèle

Chaîne

Azure DevOps

Architecture decisions

1. Reconstruire le front from scratch plutôt que l'habiller

   Rationale La vue 360° n'était pas un écran de plus : c'était un autre modèle de lecture du portefeuille. La greffer sur l'ancien front aurait figé l'ancienne logique.

   Accepted consequence Un chantier front complet, mené pendant que l'ancien portail restait en service.

2. Migrer les pods sur AKS pendant le projet, pas après

   Rationale Repousser la mise à l'échelle après la mise en production revenait à la faire dans l'urgence, sous incident.

   Accepted consequence Conteneurisation, load balancer, certificats et tests de charge à absorber dans le planning.

My actual scope

Outcome

• Vue 360° disponible en début de journée, sans recollage manuel
• Plateforme migrée sur AKS, comportement sous charge mesuré avec k6
• Authentification unifiée sur l'annuaire du groupe

Extended universe

Similar missions

• Alstom — enterprise AI platform at group scale 2 shared skills
• BPCE — financial forecasting and stress testing 2 shared skills
• Cegape — HRIS integration in the public sector 2 shared skills

What I was asked about this mission

• Tu écris encore du code au quotidien ? +

  Oui, et c'est un choix. Les décisions prises loin du code sous-estiment le coût des cas particuliers : l'authentification entre deux services, la pagination, les erreurs partielles. Chez Engie j'ai écrit le front React/TypeScript from scratch et la sécurisation Okta ; chez Alstom, le pipeline RAG et le backend FastAPI. Un architecte qui ne code plus décide moins bien.

  SourcesArchitecte & codeEngie

• Comment tu fédères des sources hétérogènes en une vue unique ? +

  Chez Engie, en refusant d'attendre l'unification des référentiels amont : c'était un projet de plusieurs années pour un portail attendu en quelques mois. À la place, une fédération avec des règles de rapprochement explicites, et les écarts affichés plutôt que masqués. Un analyste crédit préfère voir « ces deux sources divergent » qu'un chiffre unique dont il ne sait pas d'où il vient.

  SourcesEngieVue 360°

• Comment s'est passée la migration des pods sur AKS ? +

  Menée pendant le projet, pas après — une migration sous incident coûte trois fois plus cher. Ce qui a cassé : les sondes de disponibilité calquées sur les sondes de vivacité, qui faisaient redémarrer des pods sains au premier ralentissement de la base, et un renouvellement de certificat absent de la procédure de bascule. Les tests k6 ont servi de référence avant / après.

  SourcesDocker → AKSEngie