El corte de seis semanas que va por el mes catorce

Una operadora logística responde 1,4 millones de consultas de seguimiento por día: gente que abre la app o el portal para ver dónde está su paquete.

El monolito que las contesta tiene doce años. Hace catorce meses arrancó la migración a un servicio nuevo, con un plan de seis semanas de convivencia y una fecha de apagado escrita en una diapositiva.

Nadie decidió extender esas seis semanas. Simplemente nunca hubo una semana en la que apagar el monolito fuera lo más urgente que había para hacer. El estado intermedio se volvió el estado normal, y se diseñó para durar seis semanas.

Dos cosas se rompieron por eso.

La primera: en dos ocasiones la app y el portal contestaron cosas distintas sobre el mismo envío. Nadie pudo reconstruir cuál de las dos versiones había respondido cada vez, porque ninguna señal lo decía. La investigación terminó en “mirá el código del enrutador y suponé”.

La segunda es más cara. Para no duplicar datos al principio, el servicio nuevo se conectó a la base del monolito. Fue la decisión más cómoda del primer mes y es la razón por la que hoy el monolito no se puede apagar: esa base es suya y se apaga con él. Todo lo que la lee heredó su fecha de apagado.

Los envíos anteriores al corte, eso sí, siguen viviendo en el monolito y siguen teniendo destinatarios que preguntan por ellos. Dejar de responder por ellos no acelera nada: convierte una consulta normal en un ticket de soporte.

Rearmá el sistema para que las dos versiones convivan sirviendo tráfico real, para que se pueda saber cuál contestó cada consulta, y para que el servicio nuevo pueda seguir vivo el día en que el monolito se apague.