Idempotencia y reversibilidad

Una operación es idempotente cuando aplicarla varias veces produce el mismo resultado que aplicarla una. Desactivar una clave que ya está desactivada no cambia nada: es idempotente. Crear una clave nueva cada vez que se llama no lo es: dos llamadas dejan dos claves.

Esta propiedad importa porque en automatización las repeticiones no son raras. Los eventos pueden llegar duplicados, los reintentos se disparan tras un error de tiempo de espera y las personas relanzan un flujo que parecía colgado. Una acción idempotente tolera todo eso sin que nadie se entere. Una que no lo es necesita protección.

Abre historial-de-ejecuciones.csv. La columna intento marca los reintentos legítimos: un intento 2 tras un error de tiempo de espera es la política de reintentos funcionando. Lo preocupante es lo que no es un reintento: dos ejecuciones del mismo evento, ambas en intento 1, con el mismo objetivo y la misma acción, a tres segundos de distancia. Sin una clave de idempotencia, el playbook no pudo reconocer que ya había trabajado ese evento.

La solución estándar es una clave de idempotencia: un valor estable que identifica «esta acción, sobre este objetivo, por este evento». El playbook la guarda al terminar y la consulta al empezar. Si ya existe, no repite la acción. Para que funcione tiene que ser estable en los reintentos (no puede incluir la hora del intento) y tiene que construirse con lo que identifica el hecho: el id del evento, la acción y el objetivo.

Una contención reversible exige conocer el estado anterior. Deshabilitar a un usuario y quitarle sus grupos es fácil; devolverlo a como estaba solo es posible si alguien guardó antes la lista exacta de grupos y el estado de la cuenta. Abre estado-previo-EJE-9120.txt: es lo que el playbook escribió antes de actuar. Con ese archivo, la reversión no depende de la memoria de nadie.

Cada acción de un playbook debería tener en el plan de reversión su par: desactivar una clave se deshace reactivándola desde el estado guardado, crear una clave nueva se deshace desactivándola. Abre plan-de-reversion.csv. Una fila con la reversión en blanco es una acción cuyo daño nadie previó, y según la política de la tarea 1 de la sala 1, una acción así no puede ser automática.