Cuando la integración cambia debajo de ti

El fallo que no se anuncia

Una automatización que se para es un problema pequeño. Se para, alguien lo nota en una hora, la causa es obvia porque lo último que se tocó es lo que se rompió.

El fallo caro es el que sigue corriendo. Renombran un campo aguas arriba, el código que lo lee recibe nada, y nada es un valor legal en casi cualquier proceso: una nota vacía, un indicador sin marcar, una segunda línea de dirección que falta. No salta nada. El flujo produce registros indistinguibles de los de la semana pasada, y lo hace durante todo el tiempo que tarde alguien en comparar dos cifras a mano.

Qué cambia en realidad

Casi todo se reduce a cuatro formas.

Renombran o mueven un campo, normalmente dentro de una limpieza que nadie consideró externa. La respuesta gana un nivel de anidamiento cuando un proveedor añade una envoltura para paginación o metadatos. Una lista de valores gana uno nuevo - un estado de pedido, un tipo de documento - y la rama que trata los valores conocidos deja caer el desconocido sin decir nada. Una versión de la API se retira, y el plan alternativo resulta ser una forma antigua en lugar de un error.

Nada de eso es una caída. Todo eso es un martes por la tarde en las notas de versión de otra empresa.

Tres defensas, todas baratas

Un registro, camino entero, cada mañana. Un objeto sintético que recorre todo y se comprueba al final contra una respuesta conocida. Ejercita las uniones entre sistemas, y la deriva vive en las uniones. Cuatro servicios sanos por separado pueden estar pasándose algo que cambió.

Comprobar la forma, no el estado. Un doscientos con cuerpo parseable no demuestra que el cuerpo signifique lo que significaba hace un mes. Comprueba que los campos que lees están y son del tipo esperado, y falla ruidosamente cuando no. Son diez líneas y convierten una respuesta silenciosamente incorrecta en una parada visible.

Alertar por distribución, no por excepciones. Si el mes pasado iba a la vía manual uno de cada veinte casos y hoy va uno de cada seis, ahí está la señal, y ninguna excepción se levantó para producirla. Esto solo funciona si los números normales se escribieron antes, que es el argumento que defiende una línea base medida.

Por qué esto es una cuestión de alcance y no de mantenimiento

Toda integración es una dependencia del calendario de versiones de otro. Eso no la convierte en mala idea: la entrega del caso de alquiler en dónde se van las cuatro horas lee la disponibilidad de un sistema que no controlamos y aun así se paga sola. La convierte en algo a valorar.

La versión práctica: cuando se acuerda el alcance de un flujo, enumera qué lee fuera de sí mismo y para cada cosa di qué pasa si cambia de forma. En la mayoría la respuesta será «se para, y está bien». Aquellas donde la respuesta es «sigue y no nos enteraríamos» necesitan un canario antes de salir, no después del primer mes malo.

La parte que nadie quiere nombrar

Un flujo del que no responde ninguna persona lo revisa quien pase por ahí, y en la práctica lo revisa el cliente con su queja. El nombre va en el documento de traspaso con todo lo demás, y pertenece a alguien con opinión sobre el diseño, no a quien estuviera libre esa semana. El argumento para tratar eso como una etapa y no como una tarde está en qué debe producir una auditoría de procesos, y no se puede añadir después: quien ya olvidó qué era confuso no puede escribirlo.