Skip to main content
// CASE 01 / 19
← Todos os cases

Aero

ClienteEM PRODUÇÃO · 4 APPS · AWSFastAPIFlutterPostgreSQLRedisAWS VISITAR SITE NO AR ↗
01> COMO FOI ENTREGUE
// O DESAFIO01

Uma plataforma de corridas em escala de cidade carregava viagens, motoristas e repasses num backend que só sabia cair inteiro: um event loop travado derrubava health checks, despacho e reservas juntos, e as análises de que todos precisavam consultavam as mesmas tabelas vivas que os passageiros.

// A ABORDAGEM02

O núcleo foi refeito como serviço FastAPI com dois workers: disjuntor em cada caminho quente do Redis, filas seguras em modo cluster com fila de reserva atrás, e relatórios tirados das tabelas vivas para views materializadas atualizadas em horário fixo — receita por dia, desempenho por prestador, demanda por hora da cidade.

// O RESULTADO03

App do cliente, app do prestador, console do vendedor e web rodam em produção na AWS contra um único núcleo endurecido. Uma dependência travada hoje degrada um caminho, não a plataforma, e uma pergunta sobre a demanda do mês passado é respondida em segundos em vez de evitada.

case --info aero-platform
> cliente · Aero
> setor · Mobilidade
> stack · FastAPI · Flutter · PostgreSQL · Redis · AWS
> resultado · EM PRODUÇÃO · 4 APPS · AWS
> case/aero-platformENTREGUE ▮

Quer um sistema assim?

Conte o que você está construindo. Respondemos com um plano escopado, não com um discurso de vendas.