El problema operativo
Un proceso puede necesitar preparar datos antes de generar un archivo final. Si cada paso se ejecuta por separado, el equipo debe recordar el orden, confirmar cuándo terminó la tarea anterior y reconstruir el contexto cuando algo falla.
Copiar diseños para cada ensayo también multiplica cambios difíciles de seguir. La reutilización necesita distinguir las reglas de transformación, sus condiciones de ejecución y la secuencia que coordina el conjunto.
Cómo te ayuda Dova
Dova separa Mapping, Session y Workflow. El Mapping define la transformación; la Session vincula ese diseño con rutas, parámetros y runtime; el Workflow reúne tareas y establece sus dependencias. El motor evalúa qué tareas pueden comenzar según el estado de sus predecesoras.
El canvas permite revisar la secuencia y publicar una versión ejecutable. Puedes reutilizar Sessions dentro de procesos autorizados y volver a ejecutar un Workflow con el contexto previsto. Monitor conserva información del intento para investigar el recorrido sin confundirlo con el borrador abierto.
Cómo funciona
Divide el proceso en tareas
Define qué debe producir cada paso y qué necesita el siguiente. Empieza con dos tareas simples y resultados que puedas verificar por separado.
Prepara las Sessions
Publica los Mappings y configura sus Sessions con rutas, worker y parámetros. Asegura que las tareas posteriores puedan acceder a las salidas anteriores.
Conecta dependencias
Crea el Workflow y añade las tareas que invocan las Sessions. Conecta el orden previsto y revisa las opciones de cada tarea antes de validar.
Publica una versión consistente
Valida y guarda el borrador. Comprueba las versiones referenciadas de las Sessions y sus Mappings; publica el Workflow cuando el conjunto esté listo.
Ensaya la secuencia completa
Ejecuta manualmente, registra el intento y comprueba orden, estados y salida. Prueba también un fallo controlado para entender qué tareas continúan o quedan bloqueadas.
Qué necesitas
- Mappings y Sessions publicados, con permisos para consultar sus versiones y ejecutar el Workflow.
- Un worker elegible y accesos a los archivos o sistemas que consume cada tarea.
- Dependencias claras, destinos de ensayo y un criterio de aceptación para el resultado conjunto.
Límites que debes considerar
- Guardar un borrador, publicar y ejecutar son acciones diferentes. Un cambio en el Mapping no actualiza silenciosamente todos sus consumidores.
- Una dependencia coordina tareas; no copia archivos entre workers ni prepara la red o credenciales de una tarea posterior.
- El Workflow no convierte todas las escrituras externas en una transacción única. Antes de repetir una tarea fallida, comprueba efectos parciales y posibles duplicados.
Ejemplo de demostración
Ejemplo ilustrativo con datos sintéticos. No representa un resultado de cliente ni una captura del producto.
Demostración: preparar y entregar un archivo
Una primera Session normaliza un CSV sintético y escribe un archivo intermedio. La segunda lee ese resultado y genera un CSV de entrega. Configura la dependencia para que la segunda tarea espere a la primera y comprueba ambos archivos. Es un diseño ilustrativo para ejecutar en laboratorio.
w_EntregaDemo
s_PrepararDemo
↓
s_EntregarDemo