Evita que tus scripts se ejecuten dos veces: validación inteligente antes de lanzar
Evita que tus scripts se ejecuten dos veces: validación previa inteligente para DevOps
Todos hemos pasado por esto. Un script de despliegue termina sin errores, pero algo falla: una reintento automático, un clic nervioso o una configuración incorrecta del pipeline. El script se vuelve a lanzar y, de repente, las migraciones de base de datos se aplican dos veces, se duplican recursos en la nube o se disparan webhooks repetidos.
La solución no está en confiar en que todo sea idempotente. Está en validar el estado antes de ejecutar.
Por qué la idempotencia no siempre basta
Muchos equipos dan por hecho que sus scripts se pueden ejecutar varias veces sin consecuencias. En la teoría suena bien, pero en la práctica esa confianza puede costar caro.
Piénsalo: crear recursos en AWS, aplicar cambios de esquema en una base de datos, procesar registros de usuarios o sincronizar datos entre servicios. Aunque el script parezca seguro, una ejecución duplicada puede generar:
- Marcas de tiempo duplicadas
- Contadores que se incrementan sin motivo
- Notificaciones que llegan dos veces al cliente
El problema real no es la idempotencia. Es no tener forma de comprobar si ya se ejecutó.
La validación previa de estado
En lugar de asumir que el script solo se ejecutará una vez, algunos sistemas registran cada ejecución. Antes de lanzar cualquier proceso, preguntan: "¿Ya se hizo esto?"
Estos sistemas mantienen un registro del estado usando timestamps, hashes, marcas en la base de datos o bloqueos distribuidos. El objetivo es simple: decidir con datos si el script debe ejecutarse o no.
Cómo funciona el proceso
- Consulta el historial de ejecuciones
- Verifica que no se esté repitiendo la misma operación con los mismos parámetros
- Bloquea la ejecución o marca el estado como "en curso"
- Ejecuta la lógica principal
- Actualiza el registro para indicar que ya se completó
Aplicaciones en hosting e infraestructura
En el entorno de hosting y hosting de aplicaciones, la fiabilidad es clave. DNS changes no deben propagarse dos veces. La emisión de certificados SSL no puede duplicarse. Los procesos de registro de domain deben ejecutarse exactamente una vez.
Pre-execution state validation resulta especialmente útil en:
Distributed systems: Cuando tus scripts corren en varios servidores o regiones, un sistema de validación evita que la misma operación se lance en dos nodos al mismo tiempo.
CI/CD pipelines: Si un despliegue falla y se vuelve a intentar, el sistema de validación detecta el duplicado y lo detiene.
Webhook handlers: Servicios externos pueden reintentar webhooks. La validación permite ignorar ejecuciones repetidas.
Database migrations: Aunque migrate up sea seguro, un script personalizado puede corromper datos si se ejecuta dos veces.
Scheduled jobs: Los cron jobs pueden solaparse si la ejecución dura más que el plan. Validación asegura que solo se ejecuta una vez.
Detalles a tener en cuenta al implementar
Si vas a añadir una capa de validación, piensa en:
State storage: ¿Dónde guardar el estado? ¿Database, Redis o un servicio de bloqueos? Según tu necesidad de consistencia.
Uniqueness keys: ¿Qué define una ejecución como "idéntica"? ¿El nombre del script + parámetros, o un commit de git + environment?
TTL y limpieza: Mantén el registro durante el tiempo necesario. Si lo borras demasiado pronto, pierdes protección. Si lo mantienes demasiado largo, desperdicias recursos.
Race conditions: Si dos instancias intentan ejecutar al mismo tiempo, usa operaciones atómicas o bloqueos distribuidos.
Failure modes: Si el sistema de validación falla, ¿parar la ejecución o continuar? Depende de lo que esté en juego.
La perspectiva desde el hosting
Con el avance de la automatización en hosting, se pueden incorporar sistemas que:
- Analicen patrones de despliegue
- Predigan riesgos de duplicados antes de que ocurran
- Ajusten los umbrales de validación según el comportamiento real
- Generen código de validación dentro de los templates de infraestructura
Por dónde empezar
Audita las operaciones que más riesgo presentan:
- Identifica aquellas die las no pueden repetirse sin consecuencias
- Verifica si ya tienen alguna forma de validación
- Si no, implementa una capa de estado
- Prueba forzando ejecuciones duplicadas
Comienza por migraciones de base de datos, procesos de pago y creación de recursos.
Conclusión
La validación previa de estado no es lo más vistoso en DevOps, but it's essential. Es el paso que verwandelt tu sistema en un entorno más resilient.