El almacenamiento sigue al flujo
SQL Server reúne usuarios, pedidos y facturación; MongoDB conserva documentos de producto. Redis gestiona carrito y deshacer/rehacer, y Cassandra registra eventos de sesión.
CASO DE ESTUDIOINTEGRACIÓN Y PERSISTENCIA
Polyglot Persistence
Cuatro motores. Responsabilidades distintas.
Proyecto · Prototipo local · consola
JavaSQLSQL ServerMongoDBRedisCassandraDockerDocker Compose
Visión general
Cuatro motores de persistencia, responsabilidades distintas y un flujo de consola Java.
SQL Server, MongoDB, Redis y Cassandra participan en catálogo, carrito, pedidos y facturación. Prototipo de integración local, sin interfaz web ni API REST.
Problema
Asignar cada operación a un modelo de almacenamiento adecuado y reunir los flujos en una sola aplicación.
Mi rol
Trabajé en la aplicación y su integración de persistencia, con contribuciones a registros de sesión de Cassandra y configuración del entorno local.
Arquitectura
Menú de consola → servicios de negocio → DAOs por motor. SQL Server guarda usuarios, pedidos y facturación; MongoDB el catálogo; Redis el carrito y deshacer/rehacer; Cassandra los registros de sesión. Docker Compose prepara el entorno local.
Decisiones técnicas
Acceso específico por motor
Los servicios se conectan mediante DAOs propios de cada motor. La integración funciona en el entorno local de Docker Compose, sin coordinación de transacciones distribuidas de producción.
Desafíos y soluciones
La integración requiere conexiones e inicialización de cuatro motores, y registros coherentes de inicio y cierre de sesión. La aplicación no implementa coordinación de transacciones distribuidas de producción.
Resultados
Flujos de consola que utilizan cuatro motores con funciones diferenciadas, con correcciones de registros de sesión y configuración del entorno local.