No toda obra necesita el proveedor de emergencias 🏗️
La latencia correcta depende de la decisión
Hay una creencia instalada en muchos equipos de datos: migrar todo a tiempo real es señal de madurez tecnológica. Piden que cada reporte se actualice al minuto, que cada indicador refleje lo que acaba de pasar. Lo que no se cuestiona es si el negocio realmente toma decisiones a ese ritmo.
El procesamiento por lotes no es una tecnología vieja que hay que reemplazar. Es la herramienta adecuada para decisiones que no necesitan operar al segundo.
El procesamiento por lotes, conocido como batch, agrupa datos y los ejecuta en bloque en un momento programado. El procesamiento en tiempo real, o streaming, actúa sobre cada dato en el instante en que llega. Son herramientas distintas para necesidades distintas.
Una constructora tiene dos tipos de proveedores. Uno entrega cualquier material en 24 horas: costoso, eficiente para emergencias. El otro consolida pedidos semana a semana, agrupa por volumen y entrega en bloque: más económico, predecible, confiable. Para los acabados de cerámica que instalan mañana, el proveedor rápido tiene sentido. Para los bloques, el cemento y las varillas que llegan en toneladas, esperar no es ningún problema.
Un proyecto que le exige al proveedor de emergencias todo lo que necesita, sin distinguir urgencias, termina pagando más sin obtener mejor obra. No toda obra necesita el proveedor de emergencias.
Un reporte mensual de cartera, un cierre contable, el inventario al final del día son procesos donde la precisión importa más que la velocidad. El batch los resuelve con eficiencia y menor costo. El tiempo real tiene sentido para detección de anomalías, monitoreo de equipos o alertas de inventario crítico.
IBM compara procesamiento de streams y batch y explica que muchas arquitecturas modernas combinan ambos enfoques según la urgencia del insight y la naturaleza del análisis. El error no es mantener el batch. Es migrar por moda lo que ya funciona, sin revisar qué decisión de negocio cambia con esa inversión.
El equipo que reemplaza un cierre nocturno confiable por un stream que nadie consulta hasta el día siguiente no ganó agilidad. Gastó infraestructura. No toda obra necesita el proveedor de emergencias.
Primero, haga un inventario de sus reportes y clasifíquelos por frecuencia de decisión. Luego, identifique cuáles requieren datos al instante y cuáles funcionan bien con cierres diarios. Después, no reemplace lo que ya opera con confiabilidad sin una razón de negocio clara. Por último, antes de aprobar una migración a tiempo real, pregunte qué decisión concreta no puede esperar hasta el cierre del día.
¿Cuál de sus reportes actuales se actualizaría a tiempo real sin que eso cambie ninguna decisión de negocio? 🏗️