L’API de référence
J’ai construit un accès structuré au domaine et à ses règles métier, en accompagnant la modernisation de l’existant.
Believe · Mission client · 2024–2026
Faire évoluer une plateforme critique, tout en maintenant l’existant.
Chez Believe, j’ai conçu, construit et opéré une plateforme associant une API de référence à des flux de données en temps réel.
Mon rôleSenior Software Engineer / Tech Lead
PHP
Symfony
API Platform
Kafka
Debezium- Symfony Messenger
GCP
Claude Code
Le contexte
Comment moderniser un système que les équipes utilisent déjà ?
Le projet devait faire évoluer l’existant tout en maintenant les usages en production. Il fallait structurer l’accès aux données et propager leurs changements de façon fiable.
J’ai abordé cette transition progressivement, en travaillant à la fois sur l’architecture, le développement et l’exploitation. Le sujet ne s’arrêtait pas à la livraison du code : il fallait aussi pouvoir diagnostiquer les traitements et transmettre leur fonctionnement.
Mon intervention
J’ai pris en charge le sujet de la conception au run.
Les flux en temps réel
J’ai mis en place la capture et la propagation des changements avec Debezium et Kafka, en prévoyant les reprises et les rejets.
L’exploitation au quotidien
J’ai travaillé sur le diagnostic, l’observabilité et les procédures de reprise, puis sur leur documentation et leur transmission à l’équipe.
Les choix techniques
La fiabilité se joue aussi quand un traitement échoue.
Les événements peuvent être rejoués ou arriver plusieurs fois. J’ai travaillé sur les mécanismes qui permettent de traiter ces situations sans perdre de vue les règles métier.
Éviter les effets en double
L’idempotence permet de reprendre un événement sans répéter ses effets métier.
Prévoir la reprise
Les retries, rejets et replays donnent un chemin explicite aux traitements qui n’aboutissent pas.
Comprendre ce qui se passe
L’observabilité et les runbooks relient le diagnostic technique aux actions de reprise.
Une architecture que je peux
tester et faire évoluer.
L’API de référence et les flux CDC ont des responsabilités distinctes. Cette vue présente le principe de la plateforme ; elle ne reproduit pas l’architecture interne du client.
- Données métierÉtat et changements de l’existant
- Capture CDCDebezium · changements de données
- ÉvénementsKafka · propagation
- TraitementsConsommation · idempotence · reprise
API de référenceUn accès structuré au domaine, en parallèle de la propagation des changements.
L’observabilité et les procédures de reprise accompagnent les traitements. Cette vue n’expose aucun composant interne au client.
Technologies et pratiques
Quels outils, pour quelles responsabilités ?
Domaine et API
- PHP
- Symfony
- API Platform
Modélisation du domaine, API de référence, DDD et architecture hexagonale.
Événements et données
- Kafka
- Debezium
- Symfony Messenger
Capture des changements, propagation des événements, idempotence, rejets et reprise.
Production
- GCP
Kubernetes
Observabilité, diagnostic, runbooks et transmission du fonctionnement à l’équipe.
Outils de développement
- Claude Code
Assistance au développement et à l’exploration du code. Les choix techniques, la revue et la validation des changements restent sous ma responsabilité.
Le bilan
Plusieurs centaines de millions de données traitées et synchronisées.
Mon intervention a couvert la construction de la plateforme, son exploitation en production et la transmission des choix techniques et des pratiques de diagnostic.
Votre plateforme doit évoluer ?
Envoyez-moi quelques lignes sur le contexte, l’équipe et le problème à résoudre, on verra rapidement si je peux être utile.
À découvrir aussi
TradePilot
TradePilot : automatiser le swing trading crypto avec l’IA et des règles de risque.
