Skip to main content
// DOSSIER 01 / 19
← Tous les dossiers

Aero

ClientEN PRODUCTION · 4 APPS · AWSFastAPIFlutterPostgreSQLRedisAWS VOIR LE SITE EN LIGNE ↗
01> COMMENT NOUS L'AVONS LIVRÉ
// LE DÉFI01

Une plateforme de VTC à l'échelle d'une ville portait courses, chauffeurs et versements sur un backend qui ne pouvait tomber qu'en bloc : une boucle d'événements bloquée emportait ensemble les health checks, la répartition et la réservation, et les analyses dont tout le monde avait besoin interrogeaient les mêmes tables vivantes que les passagers.

// L'APPROCHE02

Le cœur a été reconstruit en service FastAPI à deux workers : disjoncteur sur chaque chemin Redis chaud, files compatibles cluster avec file de repli derrière, et reporting déplacé des tables vivantes vers des vues matérialisées rafraîchies à heure fixe — revenus par jour, performance par prestataire, demande par heure de la ville.

// LE RÉSULTAT03

Application client, application prestataire, console vendeur et web tournent en production sur AWS contre un cœur durci. Une dépendance figée dégrade désormais un chemin, plus la plateforme, et une question sur la demande du mois dernier reçoit une réponse en quelques secondes au lieu d'être évitée.

case --info aero-platform
> client · Aero
> secteur · Mobilité
> stack · FastAPI · Flutter · PostgreSQL · Redis · AWS
> résultat · EN PRODUCTION · 4 APPS · AWS
> case/aero-platformLIVRÉ ▮

Vous voulez un système comme celui-ci ?

Dites-nous ce que vous construisez. Vous recevrez un plan cadré, pas un argumentaire commercial.