Práticas recomendadas de fluxo de trabalho - configuração e monitoramento no Campaign Classic

Este artigo explica algumas práticas recomendadas relacionadas à configuração e ao monitoramento de workflows no Adobe Campaign Classic.

Descrição description

Ambiente

Problema

Na maioria das vezes, os fluxos de trabalho fazem parte dos recursos principais (integrados ou personalizados) da plataforma. Por isso, é muito importante ter cuidado ao configurá-los.

Resolução resolution

Configuração geral

Organização

Crie seus workflows, como importar na tabela XXX, em uma pasta personalizada.

Somente se o fluxo de trabalho genérico afetar toda a plataforma (limpeza, por exemplo), você poderia considerar adicioná-lo na pasta interna Fluxos de trabalho técnicos.

Nome do fluxo de trabalho

Como explicado anteriormente, é muito importante dar nomes e rótulos adequados aos fluxos de trabalho. Como um operador nem sempre consultará a documentação, preencha o campo descrição do fluxo de trabalho para resumir o processo a ser executado.

Se o fluxo de trabalho for parte de um processo que envolve vários fluxos de trabalho, sinta-se à vontade para ser explícito ao inserir um rótulo. Usar números é uma ótima maneira de organizar os fluxos de trabalho (por Rótulo). Por exemplo:

Severidade

Configure a severidade de um fluxo de trabalho nas propriedades do fluxo de trabalho, na guia Execution:

Fornecer essas informações ao criar um fluxo de trabalho ajudará a entender a severidade do processo configurado.

Logs

O método logInfo() do JavaScript é uma ótima solução para depurar um fluxo de trabalho. É útil, mas deve ser usado com cuidado, especialmente para atividades executadas com frequência: pode sobrecarregar os logs e aumentar significativamente o tamanho da tabela de log.

Mas, também pode ser necessário mais de logInfo(). Duas soluções adicionais estão disponíveis para ajudar.

Manter o resultado de públicos provisórios entre duas execuções

Esta opção, disponível na guia Geral das propriedades do fluxo de trabalho, pode ser tão útil quanto perigosa. Isso impede que o Adobe Campaign exclua as tabelas temporárias criadas entre duas execuções. Embora possa ser útil para ambientes de desenvolvimento, é proibido usá-lo em ambientes de produção e ele deve ser monitorado. Manter tabelas temporárias pode resultar no aumento significativo do tamanho de banco de dados e, por fim, atingir o limite de tamanho. Além disso, o backup ficará lento.

Nenhum fluxo de trabalho na produção deve ter esta opção marcada a qualquer momento.

Registrar consultas SQL no diário:

Disponível na guia Execution das propriedades do fluxo de trabalho, isso registrará todas as consultas SQL geradas pela ferramenta a partir das diferentes atividades. É uma ótima maneira de ver o que é realmente executado pela plataforma. No entanto, essa opção só deve ser usada temporariamente durante o desenvolvimento e não ativada durante a produção.

Monitoramento

Todos os workflows agendados que estão sendo executados em ambientes de produção devem ser monitorados para que um alerta seja enviado em caso de erro.

Nas propriedades do fluxo de trabalho, selecione um grupo supervisor, seja o "Supervisores de fluxo de trabalho" padrão ou um grupo personalizado. Certifique-se de que pelo menos um operador participe desse grupo, com um email definido.

Não deixar fluxos de trabalho pausados:

Se criar um workflow temporário, certifique-se de que ele será concluído corretamente e não permanecerá no estado "paused". Se estiver pausado, isso significa que é necessário manter as tabelas temporárias e, portanto, aumentar o tamanho do banco de dados.

No fluxo de trabalho

Nome da atividade

Ao desenvolver seu workflow, todas as atividades terão um nome, como todos os objetos do Adobe Campaign. Embora o nome seja gerado pela ferramenta, recomendamos que você renomeie com um nome explícito ao configurá-lo. O risco de fazer isso depois é que pode interromper o workflow com atividades usando o nome de outra atividade anterior. Portanto, seria um trabalho difícil atualizar os nomes depois.

O nome da atividade pode ser encontrado na guia Advanced. Não use nomes como query, query1, query11, mas nomes explícitos como querySubscribedRecipients. Esse nome aparecerá no diário e, se aplicável, nos logs SQL, e isso ajudará a depurar o fluxo de trabalho ao configurá-lo.

JavaScript em uma atividade

Você pode adicionar JavaScript ao inicializar uma atividade do fluxo de trabalho. Isso pode ser feito na guia Avançado de uma atividade. Para facilitar a identificação do fluxo de trabalho, recomendamos usar traços duplos no início e no fim do rótulo da atividade da seguinte maneira: — Meu rótulo —

Sinal

Na maior parte do tempo, você não saberá de onde o sinal é chamado. Para evitar esse problema, use o campo Comment dentro da guia Advanced da atividade do sinal para documentar a origem esperada de um sinal para essa atividade.

Atualização de fluxo de trabalho

Um workflow de produção não deve ser atualizado diretamente. A menos que o processo consista na criação de uma campanha com workflows de modelo, os processos devem ser testados primeiro em um ambiente de desenvolvimento, se possível. Somente após essa validação é que o fluxo de trabalho pode ser implantado e iniciado na produção.

Os fluxos de trabalho arquivados podem ser mantidos em plataformas de desenvolvimento ou teste, em uma pasta Arquivada, mas a produção deve permanecer a mais limpa possível. Os workflows antigos devem ser removidos da produção se estiverem inativos.