Kevin Martínez — Ingeniero de Software

El backend del CRM necesitaba soportar gestión de clientes, empresas, operaciones e integración con ecosistema retail. La base inicial funcionaba, pero el crecimiento del dominio y de las integraciones empezó a tensionar navegación, acoplamiento y mantenibilidad.

Evolucionar desde una base clásica de Clean Architecture hacia un backend modular con contratos explícitos entre módulos, CQRS y eventos de dominio, priorizando crecimiento controlado antes que distribución prematura.

Crear una empresa no era una operación simple de base de datos. El flujo involucraba generar credenciales, crear usuario en AWS Cognito, persistir usuario local, crear la empresa y disparar el envío de credenciales. Si uno de esos pasos fallaba, el sistema podía quedar en un estado inconsistente, por ejemplo con usuario en Cognito pero sin empresa asociada.

Se implementó una saga orquestada para ejecutar cada paso en orden, persistir el estado del proceso y aplicar compensaciones si algo falla. La operación quedó protegida contra reintentos duplicados y el envío de credenciales se desacopló del flujo principal mediante procesamiento asíncrono.

Clientes ejecutando versiones desactualizadas generaban inconsistencias operativas y aumentaban el costo de soporte. El sistema requería una estrategia de actualización confiable, automatizada y difícil de omitir.

Construir un sistema de actualizaciones automáticas y obligatorias con descargas en segundo plano, validación por hash y soporte de GitHub Actions / releases, manteniendo continuidad operativa y control de versiones.

Un sistema legacy en PHP debía ser reemplazado completamente por una nueva solución en .NET. La decisión inicial fue migrar directamente a una arquitectura de microservicios sin validar si el contexto del sistema lo requería.

Se optó por una reescritura total basada en microservicios desde el inicio, introduciendo múltiples servicios, comunicación distribuida y mayor complejidad operativa sin una base funcional estable.