Show Menu
TEMAS×

Prácticas recomendadas del flujo de trabajo

Ejecución y rendimiento

A continuación se detallan las directrices generales para optimizar el rendimiento de las campañas, incluidas las prácticas recomendadas para aplicarlas a los flujos de trabajo.
Las directrices para la resolución de problemas relacionadas con la ejecución de flujos de trabajo también están disponibles en esta sección .

“Logs”

El método JavaScript logInfo() es una excelente solución para depurar un flujo de trabajo. Es útil, pero debe utilizarse con cuidado, especialmente para actividades que se ejecutan con frecuencia: puede sobrecargar los registros y aumentar significativamente el tamaño de la tabla de registro. Sin embargo, también puede necesitar más que logInfo() .
Hay dos soluciones adicionales disponibles para ayudarle:
  • Mantener el resultado de las poblaciones provisionales entre dos ejecuciones
    Esta opción mantiene las tablas temporales entre dos ejecuciones de un flujo de trabajo. Está disponible en la pestaña General de las propiedades del flujo de trabajo y se puede utilizar para fines de desarrollo y prueba para controlar los datos y comprobar los resultados. Puede utilizar esta opción en entornos de desarrollo, pero nunca en entornos de producción. Si mantiene las tablas temporales, el tamaño de la base de datos puede aumentar significativamente y finalmente alcanzar el límite de tamaño. Además, ralentiza la copia de seguridad.
    Solo se conservan las tablas de trabajo de la última ejecución del flujo de trabajo. El flujo de trabajo cleanup , que se ejecuta diariamente, depura todas las tablas de trabajo de ejecuciones previas.
    Esta opción nunca se debe marcar en un flujo de trabajo de producción. Esta opción se utiliza para analizar los resultados y está diseñada únicamente para fines de prueba y, por lo tanto, solo debe usarse en entornos de ensayo o desarrollo.
  • Registrar las consultas SQL en el historial
    Esta opción, disponible en la pestaña Execution en las propiedades del flujo de trabajo, registra todas las consultas SQL generadas por la herramienta desde las diferentes actividades. Es una buena forma de ver lo que realmente se ejecuta en la plataforma. Sin embargo, esta opción solo debe utilizarse temporalmente durante el desarrollo y no activarse en la producción.
Purgue los registros cuando ya no los necesite. El historial del flujo de trabajo no se purga automáticamente: todos los mensajes se mantienen de forma predeterminada. El historial se puede eliminar a través del menú File > Actions o haciendo clic en el botón Actions ubicado en la barra de herramientas situada encima de la lista. Seleccione Purge history. Para aprender a purgar los registros, consulte esta documentación .

Planificación de flujo de trabajo

  • Intente mantener un nivel estable de actividad a lo largo del día y evitar picos para que la instancia no se sobrecargue. Para ello, distribuya los tiempos de inicio del flujo de trabajo de forma uniforme a lo largo del día.
  • Programe la carga de datos durante la noche para reducir la contención de recursos.
  • Los flujos de trabajo largos pueden tener un impacto en los recursos de servidor y de base de datos. Divida los flujos de trabajo más largos para reducir el tiempo de procesamiento.
  • Para reducir los tiempos de ejecución generales, reemplace las actividades largas con actividades simplificadas y más rápidas.
  • Evite ejecutar más de 20 flujos de trabajo simultáneamente. Cuando se ejecutan demasiados flujos de trabajo al mismo tiempo, el sistema puede quedarse sin recursos y volverse inestable. Para obtener más información sobre el motivo por el que el flujo de trabajo puede no iniciarse, consulte este artículo .

Ejecución del flujo de trabajo

Se recomienda no planificar un flujo de trabajo para que se ejecute durante más de 15 minutos, ya que podría limitar el rendimiento general del sistema y crear bloques en la base de datos.
Asimismo, evite dejar los flujos de trabajo en estado pausado. Si crea un flujo de trabajo temporal, asegúrese de que este pueda terminar correctamente y no permanecer en estado paused . Si está en pausa, eso implica que necesita mantener las tablas temporales y, por lo tanto, aumentar el tamaño de la base de datos. Asigne supervisores de flujo de trabajo en Workflow Properties para enviar una alerta cuando un flujo de trabajo falle o el sistema lo ponga en pausa.
Para evitar tener flujos de trabajo en estado pausado:
  • Consulte los flujos de trabajo regularmente para garantizar que no hay errores inesperados.
  • Mantenga los flujos de trabajo tan sencillos como sea posible, por ejemplo, dividiendo los flujos de trabajo grandes en distintos flujos de trabajo. Puede utilizar las actividades External signal impulsando la ejecución en función de la ejecución de otros flujos de trabajo.
  • Evite tener actividades desactivadas con flujos en los flujos de trabajo, dejando los subprocesos abiertos y generando que muchas tablas temporales puedan consumir mucho espacio. Evite mantener las actividades en estados Do not enable o Enable but do not execute en los flujos de trabajo.
Asimismo, detenga los flujos de trabajo no utilizados. Los flujos de trabajo que siguen ejecutándose mantienen conexiones con la base de datos.
En los casos más inusuales sólo se debe utilizar la detención incondicional. Evite utilizar esta acción de forma regular. El no realizar un cierre limpio de las conexiones generadas por los flujos de trabajo a la base de datos afecta al rendimiento.

Ejecutar en la opción de motor

En la ventana Workflow properties , evite seleccionar la opción Execute in the engine . Cuando esta opción está activada, el flujo de trabajo tiene prioridad y el motor de flujo de trabajo detiene todo el resto de flujos de trabajo hasta que este haya terminado.

Propiedades del flujo de trabajo

Carpetas de flujo de trabajo

Adobe recomienda crear los flujos de trabajo en una carpeta específica.
Si el flujo de trabajo afecta a toda la plataforma (a los procesos de limpieza, por ejemplo), una opción sería añadir una subcarpeta a la carpeta integrada Technical Workflows .

Nombre del flujo de trabajo

Para facilitarle la búsqueda y la resolución de problemas si no funcionan de la forma esperada, Adobe recomienda dar nombres propios a los flujos de trabajo y a las etiquetas: rellene el campo de descripción del flujo de trabajo para resumir el proceso a realizar de modo que el operador pueda entenderlo fácilmente.
Si el flujo de trabajo forma parte de un proceso que incluye varios flujos de trabajo, puede ser explícito al introducir una etiqueta; el uso de números es una forma magnífica de ordenar los flujos de trabajo (por etiqueta).
Por ejemplo:
  • 001: Importación: Importar destinatarios
  • 002: Importación: Importar ventas
  • 003: Importación: Importar detalles de ventas
  • 010: Exportación: Exportar registros de entrega
  • 011: Exportación: Exportar registros de seguimiento

Intensidad del flujo de trabajo

Puede configurar la gravedad de un flujo de trabajo en las propiedades de flujo de trabajo, en la pestaña Execution :
  • Normal
  • Producción
  • Importante
Proporcionar esta información al crear un flujo de trabajo le permite comprender la gravedad del proceso configurado.
Esta opción no afecta a nivel funcional a los flujos de trabajo que no sean flujos de trabajo de la campaña.
Los flujos de trabajo de la campaña (los flujos de trabajo creados como parte de una campaña u operación) con una gravedad mayor se ejecutan en el caso de que la campaña tenga muchos procesos que deberían ejecutarse simultáneamente. De manera predeterminada, solo se pueden ejecutar 10 procesos simultáneamente en una campaña, según la opción NmsOperation_LimitConcurrency. Por ejemplo, si una campaña contiene 25 flujos de trabajo, los flujos de trabajo con una gravedad más alta se ejecutan en el primer grupo de 10 procesos.

Monitorización del flujo de trabajo

Todos los flujos de trabajo programados que se ejecuten en entornos de producción se deben monitorizar para obtener un aviso en caso de error.
En las propiedades del flujo de trabajo, seleccione un grupo de Supervisor, ya sean los Workflow supervisors predeterminados o un grupo personalizado. Asegúrese de que al menos un operador pertenece a este grupo y que su perfil incluye un correo electrónico.
Antes de empezar a crear un flujo de trabajo, recuerde establecer los supervisores del flujo de trabajo. Se les notifica por correo electrónico en caso de errores. Para obtener más información, consulte Administración de errores .
Compruebe con regularidad el entorno Monitoring para ver el estado general de los flujos de trabajo activos. Para obtener más información, consulte Supervisión de instancias .
El HeatMap de flujo de trabajo permite a los administradores de la plataforma de Adobe Campaign controlar la carga en la instancia y planificar los flujos de trabajo en consecuencia. Para obtener más información, consulte Monitoreo de flujos de trabajo .

Uso de actividades

Puede copiar y pegar actividades en un mismo flujo de trabajo. Sin embargo, no se recomienda copiar y pegar actividades en diferentes flujos de trabajo. Algunas configuraciones asociadas a actividades como Deliveries y Scheduler podrían provocar conflictos y errores al ejecutar el flujo de trabajo de destino. En su lugar, le recomendamos que duplique los flujos de trabajo. Para obtener más información, consulte Duplicación de flujos de trabajo .

Nombre de la actividad

Al desarrollar el flujo de trabajo, todas las actividades tienen un nombre, como todos los objetos de Adobe Campaign. Aunque la herramienta genera el nombre, le recomendamos que cambie el nombre por uno explícito al configurarlo. El riesgo de hacerlo más tarde es que puede interrumpir el flujo de trabajo con actividades al usar el nombre de otra actividad anterior. Por lo tanto, sería difícil actualizar los nombres más adelante.
El nombre de la actividad se puede encontrar en la pestaña Advanced . Evite poner nombres como query , query1 , query11 ; asígneles nombres explícitos como querySubscribedRecipients . Este nombre se muestra en el historial y, si procede, en los “logs” SQL, lo que le ayuda a depurar el flujo de trabajo al configurarlo.

Primeras y últimas actividades

  • Inicie siempre el flujo de trabajo con una actividad Start o una actividad Scheduler . Si es relevante, también puede utilizar una actividad External signal .
  • Al crear el flujo de trabajo, utilice solamente una actividad Scheduler por rama. Si la misma rama de un flujo de trabajo tiene varios planificadores (vinculados entre sí), el número de tareas que se van a ejecutar se multiplica exponencialmente, lo cual sobrecarga considerablemente la base de datos. Esta regla también se aplica para todas las actividades con una pestaña de Scheduling & History . Más información sobre Programación .
  • Utilice las actividades End para cada flujo de trabajo. Esto permite a Adobe Campaign liberar espacio temporal utilizado para los cálculos dentro de los flujos de trabajo. Para obtener más información, consulte Inicio y finalización .

Javascript dentro de una actividad

Quizá desee añadir JavaScript al iniciar una actividad de flujo de trabajo. Puede hacerlo mediante la pestaña Advanced de la actividad.
Para simplificar el flujo de trabajo, se recomienda utilizar guiones dobles al principio y al final de la etiqueta de actividad como se indica a continuación: -- Mi etiqueta --.

Señal

La mayor parte del tiempo no sabe desde dónde se llama a la señal. Para evitar este problema, utilice el campo Comment dentro de la pestaña Advanced de la actividad de señal para documentar el origen esperado de una señal para esta actividad.

Actualización del flujo de trabajo

Un flujo de trabajo de producción no se debe actualizar directamente. A menos que el proceso consista en crear una campaña con flujos de trabajo de plantilla, los procesos deben probarse primero en un entorno de desarrollo. Después de esta validación, el flujo de trabajo se puede implementar e iniciar en la producción.
Realice todas las pruebas en entornos de desarrollo o ensayo, no en entornos de producción. En ese caso no se puede garantizar el rendimiento.
Los flujos de trabajo archivados pueden permanecer en plataformas de desarrollo o prueba, en una carpeta archivada, pero el entorno de producción debe permanecer lo más limpio posible. Los flujos de trabajo antiguos deben eliminarse del entorno de producción si están inactivos.