Su integración se ejecuta cada hora y reza

En algún lugar de su infraestructura, se ejecuta una tarea cron cada 60 minutos. Su trabajo es conectar el Sistema A con el Sistema B. Extrae datos de uno, los transforma y los envía al otro. Fue escrito por un desarrollador que se fue hace dos años. Se ejecuta en un servidor que nadie ha reiniciado desde entonces. Funciona. Mayormente.

An el minuto 0, se ejecuta la sincronización. Copia su inventario desde su sistema de almacén a su herramienta de ventas. En el minuto 12 se vende un dispositivo. El sistema de almacén lo marca como vendido. La herramienta de ventas aún no lo sabe; no lo sabrá hasta el minuto 60. En el minuto 35, un comprador en la herramienta de ventas ve el dispositivo, cree que está disponible e inicia una negociación. En el minuto 47, el comprador hace una oferta por un dispositivo que se vendió hace 35 minutos.

An el minuto 60, la sincronización se ejecuta nuevamente. El dispositivo desaparece de la herramienta de ventas. La oferta del comprador ahora hace referencia a un fantasma. Alguien tiene que hacer una llamada telefónica. La llamada telefónica comienza con "Lo siento, ese dispositivo ya no está disponible" y termina cuando el comprador se pregunta por qué su inventario siempre está mal.

La brecha de 59 minutos

Eda integración basada en sincronización tiene un intervalo: el tiempo entre el momento en que algo cambia en un sistema y el momento en que el otro sistema lo sabe. Para sincronizaciones por horas, esa brecha es de hasta 59 minutos. Para sincronizaciones diarias, son 23 horas y 59 minutos. Para la integración que "generalmente se ejecuta todas las noches pero a veces falla y nadie verifica hasta que alguien se queja", la brecha es existencial.

La brecha no es un error. Es la arquitectura. Los trabajos de sincronización copian una instantánea. Entre instantáneas, el mundo cambia. Se venden dispositivos. Actualización de calificaciones. Envío de pedidos. Los precios se ajustan. La sincronización no sabe nada de esto hasta que se ejecuta nuevamente, mira la fuente y copia el estado actual. Todo lo que sucedió entre la última sincronización y esta está comprimido en una única actualización. Se pierde la granularidad del cambio. La secuencia de los acontecimientos se pierde. Sólo queda el estado final.

El trabajo de sincronización

A no integra dos sistemas. Les proporciona una memoria compartida que se actualiza una vez cada hora y espera que la hora transcurra sin incidentes.

El error que no ves

Cuando un trabajo de sincronización se realiza correctamente, nadie se da cuenta. Cuando falla, a veces nadie se da cuenta. El trabajo se ejecuta, alcanza un tiempo de espera, registra un error en un archivo que nadie monitorea y los dos sistemas divergen silenciosamente. El inventario en el Sistema A dice 47 dispositivos. El inventario en el Sistema B dice 52. La diferencia: cinco dispositivos que se procesaron durante la falla de sincronización. Cuando alguien se da cuenta (generalmente porque un comprador pregunta sobre un dispositivo que existe en un sistema pero no en el otro), los datos han divergido lo suficiente como para que la conciliación requiera trabajo manual.

La conciliación manual de sistemas divergentes es una de esas tareas que todos coinciden en que es terrible y nadie rastrea su costo. Tarda una hora. O tres horas. O un día completo, dependiendo de cuánto tiempo estuvo interrumpida la sincronización y cuántos cambios se acumularon. Siempre es urgente porque alguien está esperando los datos. Siempre es frustrante porque no es un trabajo "real", es un trabajo creado por una infraestructura que no funcionó.

La alternativa

La alternativa a la integración basada en sincronización es la integración basada en eventos: cuando algo cambia, el cambio se comunica inmediatamente. Un dispositivo se vende: cada sistema conectado lo sabe en cuestión de segundos. Una calificación se actualiza: el listado la refleja al instante. Se envía un pedido: el portal del cliente muestra el número de seguimiento antes de que el operador del almacén deje el escáner.

Esto no es una aspiración. Esto es lo que sucede cuando sus sistemas comparten una base de datos en lugar de copiar datos entre bases de datos. Cuando el almacén, la herramienta de ventas, el portal del cliente y el motor de liquidación leen y escriben en la misma fuente de verdad, no hay brecha de sincronización porque no hay nada que sincronizar. Los datos ya están ahí. Siempre está vigente. Nadie tiene que rezar.

Su integración se ejecuta cada hora. En esa hora, tu almacén cambia. Tu inventario cambia. Su canal de ventas cambia. Y tu integración, fielmente, lo ignora todo hasta que el reloj dice que es hora de mirar. El trabajo cron no es una solución. Es un mecanismo de afrontamiento para sistemas que deberían haber sido un solo sistema desde el principio.