Skip to main content
// EXPEDIENTE 01 / 19
← Todos los expedientes

Aero

ClienteEN PRODUCCIÓN · 4 APPS · AWSFastAPIFlutterPostgreSQLRedisAWS VISITAR EL SITIO ↗
01> CÓMO SE ENTREGÓ
// EL RETO01

Una plataforma de viajes a escala de ciudad sostenía trayectos, conductores y pagos sobre un backend que solo sabía caerse entero: un event loop bloqueado se llevaba por delante health checks, despacho y reservas a la vez, y las analíticas que todos necesitaban consultaban las mismas tablas vivas que los pasajeros.

// EL ENFOQUE02

Reconstruimos el núcleo como un servicio FastAPI con dos workers: interruptor de circuito en cada ruta caliente de Redis, colas seguras en modo clúster con una cola de respaldo detrás, y los informes movidos de las tablas vivas a vistas materializadas que se refrescan por calendario — ingresos por día, rendimiento por proveedor, demanda por hora de la ciudad.

// EL RESULTADO03

App de cliente, app de proveedor, consola de vendedores y web corren en producción sobre AWS contra un único núcleo endurecido. Una dependencia atascada degrada hoy una ruta y no la plataforma, y una pregunta sobre la demanda del mes pasado se responde en segundos en vez de esquivarse.

case --info aero-platform
> cliente · Aero
> sector · Movilidad
> stack · FastAPI · Flutter · PostgreSQL · Redis · AWS
> resultado · EN PRODUCCIÓN · 4 APPS · AWS
> case/aero-platformENTREGADO ▮

¿Quiere un sistema como este?

Cuéntenos qué está construyendo. Le responderemos con un plan acotado, no con un argumentario de venta.