Prácticas recomendadas de flujo de trabajo: configuración y monitorización en Campaign Classic

En este artículo se explican algunas prácticas recomendadas relacionadas con la configuración y la monitorización de flujos de trabajo en Adobe Campaign Classic.

Descripción description

Entorno

Problema

La mayoría de las veces, los flujos de trabajo forman parte de las funciones principales (integradas o personalizadas) de la plataforma. Por este motivo, es muy importante tener cuidado al configurarlos.

Resolución resolution

Configuración general

Organización

Cree sus flujos de trabajo, como la importación en la tabla XXX, en una carpeta personalizada.

Solo si el flujo de trabajo genérico afecta a toda la plataforma (limpieza, por ejemplo), podría considerar la posibilidad de agregarlo a la carpeta integrada Technical Workflows.

Nombre del flujo de trabajo

Como se ha explicado anteriormente, es muy importante asignar nombres propios a los flujos de trabajo y a las etiquetas. Como un operador no siempre hace referencia a la documentación, rellene el campo descripción del flujo de trabajo para resumir el proceso que se va a realizar.

Si el flujo de trabajo forma parte de un proceso que incluye varios flujos de trabajo, asegúrese de 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:

Gravedad

Configure la gravedad de un flujo de trabajo en las propiedades del flujo de trabajo, en la pestaña Execution:

Proporcionar esta información al crear un flujo de trabajo ayuda a comprender la gravedad del proceso configurado.

Registros

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.

Pero también podría necesitar más de logInfo(). Hay dos soluciones adicionales disponibles para ayudarle.

Mantener el resultado de las poblaciones provisionales entre dos ejecuciones

Esta opción, disponible en la ficha General de las propiedades del flujo de trabajo, puede resultar tan útil como peligrosa. Evita que Adobe Campaign elimine las tablas temporales creadas entre dos ejecuciones. Aunque podría resultar útil para entornos de desarrollo, está prohibido utilizarlo en entornos de producción y debe monitorizarse. 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.

No hay flujos de trabajo en la producción que deban tener esta opción marcada en cualquier momento.

Registrar consultas SQL en el historial:

Disponible en la pestaña Execution de las propiedades del flujo de trabajo, esto registrará todas las consultas SQL generadas por la herramienta desde las diferentes actividades. Es una buena manera 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.

Monitoreo

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 supervisores, ya sean los "supervisores del flujo de trabajo" 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.

No deje los flujos de trabajo en pausa:

Si crea un flujo de trabajo temporal, asegúrese de que este pueda terminar correctamente y no permanecer en estado "pausado". Si está en pausa, esto implicaría que necesita mantener las tablas temporales y, por lo tanto, aumentar el tamaño de la base de datos.

Dentro del flujo 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 registros SQL, lo que le ayuda a depurar el flujo de trabajo al configurarlo.

JavaScript dentro de una actividad

Quizá desee añadir JavaScript al iniciar una actividad de flujo de trabajo. Esto se puede hacer en la ficha Avanzado de una actividad. Para simplificar la identificación del 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 sabrá 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, si es posible. El flujo de trabajo solo se puede implementar e iniciar en la producción después de esta validación.

Los flujos de trabajo archivados pueden permanecer en plataformas de desarrollo o prueba, en una carpeta Archivado, pero la producción debe permanecer lo más limpia posible. Los flujos de trabajo antiguos deben eliminarse de la producción si están inactivos.