Ddarek.dev
Volver al inicioVer Código Fuente ↗

SaaS B2B de orquestación de pedidos

OrderFlow

Java 17Spring BootRabbitMQRedisPostgreSQLDockerGitHub Actions

El Problema del Negocio

Desacopla el ciclo de pago del ciclo de despacho para e-commerce que opera en picos de tráfico, evitando pérdida de pedidos por saturación del servicio de fulfillment.

[ Aquí irá tu video demo de 30s para OrderFlow ]

Decisiones Técnicas y Arquitectura

RabbitMQ con dead-letter queue para pedidos fallidos

Los pedidos que no pueden procesarse por el fulfillment no se pierden: van a una dead-letter queue con TTL configurable. Un worker separado los reintenta con backoff exponencial. Esto elimina la pérdida silenciosa de pedidos durante picos de tráfico.

Redis para caché de catálogo y estado de sesión de checkout

El catálogo de productos cambia con baja frecuencia pero se consulta en cada paso del checkout. Redis con TTL de 5 minutos elimina el 90% de las lecturas a PostgreSQL en el flujo crítico de pago, sin riesgo de datos desactualizados en window corto.

GitHub Actions con entorno de staging antes de producción

El pipeline corre tests de integración contra una base de datos PostgreSQL efímera en el propio runner, despliega en staging, corre smoke tests contra la URL pública, y solo entonces hace push a producción. Cero deploys rotos en producción desde que se implementó.