Ejecuciones, ciclos y fases de un escenario
Nota de alcance: reconstrucción editorial basada en la documentación oficial, capturada el 2026-05-14. Describe esa versión histórica; no acredita funciones, límites ni disponibilidad actuales. Consulta la fuente vigente antes de configurar un flujo nuevo.
Una ejecución de escenario comprende una fase de inicialización, uno o varios ciclos y una fase de finalización. Esta separación ayuda a entender qué trabajo terminó y qué parte puede requerir repetición después de un error.
Inicialización
Make crea y comprueba las conexiones necesarias y verifica que los módulos puedan realizar sus operaciones. En el ejemplo de bases de datos de la fuente, un fallo de conexión en esta fase conduce al cierre sin comenzar las operaciones.
Ciclos y operaciones
Cada ciclo agrupa una serie de operaciones. Las de lectura obtienen datos para los siguientes módulos; las de escritura envían o guardan datos en otro servicio. Por ejemplo, vigilar archivos de Dropbox es una lectura y subir un archivo es una escritura.
El límite del disparador y el máximo de ciclos son ajustes distintos: el primero determina cuántos resultados puede recuperar el disparador en un ciclo; el segundo limita cuántos ciclos puede realizar una ejecución.
Commit y rollback
Cuando las operaciones terminan correctamente, la fase de commit confirma los cambios. Un error durante las operaciones o la confirmación puede iniciar rollback, que intenta revertir el trabajo del ciclo.
No todas las acciones se pueden deshacer. La documentación identifica con la etiqueta ACID los módulos que admiten rollback. Las acciones de módulos sin ese soporte no vuelven a su estado inicial porque otro módulo falle. No debes suponer que un correo enviado, por ejemplo, queda anulado por una reversión posterior.
Un ciclo grande o varios pequeños
Imagina diez paquetes procesados con módulos que sí permiten reversión:
- Con diez paquetes en un solo ciclo, un fallo en el último afecta al trabajo de ese ciclo.
- Con un paquete por ciclo, los ciclos ya confirmados quedan separados del ciclo que falla.
Esta comparación explica el efecto del tamaño del ciclo, pero no convierte en reversibles las acciones externas que no lo sean. Antes de repetir una ejecución, revisa qué cambios ya ocurrieron para no duplicarlos.
Ejemplo entre bases de datos
La fuente ilustra un flujo que lee filas de MySQL, las inserta en MSSQL y guarda en PostgreSQL los identificadores devueltos. Primero se comprueban las tres conexiones; después se ejecutan las lecturas y escrituras. Si todo funciona, se confirma el trabajo. Si falla una operación, se solicita la reversión a los módulos compatibles.
Finalización y diagnóstico
En la finalización se cierran las conexiones abiertas, como FTP o conexiones a bases de datos. Para investigar un fallo, identifica su fase, el ciclo afectado y el soporte de rollback de cada módulo. Revisa el estado real de los servicios externos antes de asumir que no se guardó ningún cambio.