Qombo lance une vérification de niveau bancaire à plus de 3 000 RPS avec Upsun

Une fintech allégée et axée sur les produits livre en continu, sans les frais généraux liés à l'infrastructure.

Qombo est une fintech basée à Paris qui fournit une API pour la vérification des IBAN et des noms des bénéficiaires aux banques et aux prestataires de paiement dans toute l'UE. Ses acheteurs, banques et prestataires de paiement réglementés attendent une disponibilité 24 heures sur 24, 7 jours sur 7, une faible latence et des contrôles audités.

Créée par deux fondateurs, Qombo s'est donné pour mission de prouver qu'une équipe allégée pouvait offrir une fiabilité de niveau bancaire dès le premier jour. Le plan commercial reposait sur le respect d'une date de mise en service stricte pour les premiers partenaires bancaires, tout en conservant une équipe centrale volontairement réduite.

Sur le plan technique, Qombo utilise une API Node.js et une application web Next.js, avec Redis pour la mise en cache. Les données sont stockées à la fois dans MongoDB et PostgreSQL, et le chiffrement au repos est géré via Vault KMS, un stack choisi pour sa rapidité, sa simplicité opérationnelle et sa résilience de niveau bancaire.

Du risque lié au bricolage au goulot d'étranglement opérationnel

La demande était irrégulière et les enjeux élevés ; un groupe de lancement pouvait générer des pics de trafic de plusieurs milliers de requêtes par seconde sans période de préchauffage. Chaque déploiement risquait d'interrompre les processus liés aux paiements, et toute panne éroderait la confiance des acheteurs sensibles à la conformité.

Cette courbe de croissance a mis en évidence une réalité opérationnelle : une infrastructure DIY diluerait l'attention et obligerait à embaucher des DevOps avant même de générer des revenus. Qombo avait besoin d'une plateforme qui réponde aux attentes en matière de conformité, de réglementation et de souveraineté de l'UE, qui s'adapte automatiquement et qui rende les lancements invisibles sur le plan opérationnel, afin que la vitesse du produit ne ralentisse pas sous la charge opérationnelle.

Pourquoi Upsun : conformité, absence d'opérations et esprit de partenariat

Upsun répondait à ces trois critères. Premièrement, la conformité et l'hébergement dans l'UE ont permis à Qombo de mener des discussions bancaires en toute crédibilité. Deuxièmement, le modèle sans opérations, les processus basés sur Git, les pipelines automatisés, les sauvegardes gérées et le renforcement de la sécurité ont permis à l'équipe de maintenir un effectif réduit. Troisièmement, le partenariat : avant le lancement, Upsun a travaillé directement avec Qombo pour valider une approche de déploiement sans interruption adaptée à une API à haut débit.

« Nous voulions vraiment travailler avec OVH derrière Upsun, nos clients sont tous européens et en sont très satisfaits. », - Arthur Legourd, PDG et cofondateur, Qombo

Mise en œuvre sur Upsun

Les services sans état et la couche de données de Qombo ont été modélisés sous forme de code sur Upsun, avec des environnements dérivés de Git. La production a été exécutée sur OVHcloud dans l'UE ; l'autoscaling a absorbé les pics tandis que les garde-fous ont garanti la sécurité des déploiements. La couche applicative est Node.js avec une application web Next.js ; Redis gère la mise en cache pour les chemins d'accès fréquents. Les services de données combinent MongoDB pour les charges de travail documentaires et PostgreSQL pour les besoins relationnels, avec Vault KMS assurant le chiffrement au repos. Ensemble, Qombo et Upsun ont utilisé un style de déploiement bleu-vert pour garantir que les changements soient effectués sans interrompre le trafic en direct. L'observabilité et les alertes ont été réglées pour ne faire apparaître que ce qui était important pendant les premières semaines critiques.

Impact : livraison continue sans temps d'arrêt

Au cours de la première fenêtre de lancement, Qombo a maintenu plus de 3 000 RPS sans aucun temps d'arrêt, prouvant qu'une équipe de deux personnes pouvait répondre aux attentes des banques sans fonction DevOps. Les déploiements sont devenus une tâche de fond : petits, fréquents et sans incident. La crédibilité de la souveraineté de l'UE a raccourci les avis des acheteurs ; l'absence de travail fastidieux sur l'infrastructure a accéléré le travail sur la feuille de route.

« Le plus important pour nous était d'avoir un partenaire fiable qui s'occupe de tout le DevOps et de l'infrastructure à notre place. Ne pas avoir à embaucher une personne spécifiquement pour le DevOps est essentiel. » - Arthur Legourd, PDG et cofondateur de Qombo.

La couche plateforme étant prise en charge, les fondateurs de Qombo consacrent désormais leur temps aux commentaires des clients et à l'amélioration des produits, et non plus aux exercices d'évacuation incendie. Les versions sans temps d'arrêt sont devenues une habitude, renforçant la confiance à chaque changement.

Prochaine étape : une expansion tranquille dans le secteur bancaire européen

Qombo prévoit d'étendre sa couverture à davantage de banques européennes et de flux de vérification adjacents, tout en conservant une équipe volontairement réduite.

« Nous voulons conserver une petite équipe et continuer à développer, sans embaucher. Le DevOps est stratégique pour nous, car il nous permet d'économiser de l'argent et de rester concentrés sur le produit. », - Arthur Legourd, PDG et cofondateur de Qombo. 

Avec Upsun comme pilier opérationnel, l'expansion est un exercice de planification, et non un plan de recrutement.

Pour les équipes fintech confrontées à la conformité européenne, à un trafic imprévisible et à une capacité DevOps limitée, l'histoire de Qombo montre qu'une plateforme bien gérée ne se contente pas de maintenir les systèmes en état de fonctionnement ; elle transforme le risque lié à l'infrastructure en vitesse de production, en versions sans temps d'arrêt et en confiance pour se développer avec les clients.