Introduction
Les établissements de prêt perdent des milliards chaque année en raison de défauts de prêt. Une plateforme d'évaluation des risques de production doit fonctionner avec une latence de millisecondes, une sécurité de niveau financier et une disponibilité de cinq neuf. Cet article présente l'architecture complète qui répond à ces exigences, de Kafka aux flux d'événements, en passant par les couches de sécurité OAuth2.
Contexte Technique
La construction d'une plateforme d'évaluation en temps réel du risque de défaut de prêt est l'un des défis les plus exigeants des systèmes distribués dans le domaine de la finance. Les contraintes sont impitoyables : conformité réglementaire stricte, latence de notation inférieure à 50 ms, tolérance zéro pour la perte de données et exigences de sécurité qui rivalisent avec les systèmes de base bancaire. Cette plateforme utilise des services tels que le Loan Origination Service pour gérer les demandes de prêt, le Risk Scoring Service pour évaluer les risques, et le Customer Profile Service pour maintenir une vue unifiée du client.
Analyse et Implications
La plateforme utilise Apache Kafka comme colonne vertébrale pour découpler les services, assurer la durabilité, permettre la répétition d'événements pour la rééducation de l'IA et produire une traçabilité complète de chaque signal de risque. La communication entre les services est divisée en fonction des exigences de latence, avec des appels REST synchrones via la API Gateway pour les opérations de lecture orientées utilisateur et des appels Kafka asynchrones pour les flux de travail qui modifient l'état.
Perspective
La gestion des transactions distribuées est l'un des problèmes les plus difficiles dans les microservices. La solution réside dans le modèle de Choreography-based SAGA pour les flux découplés, où chaque service publie des événements de succès ou d'échec et les pairs réagissent en conséquence. Pour le flux d'origination de prêt, la variante Orchestration-based SAGA est recommandée, avec un service Saga Orchestrator dédié pour gérer l'état du workflow. Cela fournit un point d'observation unique pour le débogage, la logique de transaction de compensation et la gestion des délais, essentiels pour les traces d'audit réglementaires.
