Best practice per i flussi di lavoro: configurazione e monitoraggio in Campaign Classic

Questo articolo illustra alcune best practice relative alla configurazione e al monitoraggio dei flussi di lavoro in Adobe Campaign Classic.

Descrizione description

Ambiente

Problema

Nella maggior parte dei casi, i flussi di lavoro fanno parte delle funzioni di base (integrate o personalizzate) della piattaforma. Per questo motivo, è molto importante prestare attenzione durante la configurazione.

Risoluzione resolution

Configurazione generale

Organizzazione

Crea i flussi di lavoro, ad esempio importa in tableXXX, in una cartella personalizzata.

Solo se il flusso di lavoro generico interessa l'intera piattaforma (ad esempio la pulizia), è possibile aggiungerlo nella cartella incorporata Flussi di lavoro tecnici.

Nome flusso di lavoro

Come spiegato in precedenza, è molto importante assegnare ai flussi di lavoro nomi ed etichette corretti. Poiché un operatore non fa sempre riferimento alla documentazione, compila il campo description del flusso di lavoro per riepilogare il processo da eseguire.

Se il flusso di lavoro fa parte di un processo che coinvolge più flussi di lavoro, puoi essere esplicito quando inserisci un’etichetta; l’utilizzo dei numeri è un ottimo modo per ordinare i flussi di lavoro (per Etichetta). Ad esempio:

Gravità

Configura la gravità di un flusso di lavoro nelle proprietà del flusso di lavoro, nella scheda Esecuzione:

Fornendo queste informazioni durante la creazione di un flusso di lavoro sarà possibile comprendere meglio la gravità del processo configurato.

Registri

Il metodo JavaScript logInfo() rappresenta una soluzione ottimale per il debug di un flusso di lavoro. È utile, ma deve essere utilizzato con attenzione, in particolare per le attività che vengono eseguite di frequente: può sovraccaricare i registri e aumentare in modo significativo le dimensioni della tabella dei registri.

Ma potrebbero essere necessari più di logInfo(). Sono disponibili due soluzioni aggiuntive.

Mantieni il risultato delle popolazioni provvisorie tra due esecuzioni

Questa opzione, disponibile nella scheda delle proprietà del flusso di lavoro Generale, può essere tanto utile quanto pericolosa. Impedisce ad Adobe Campaign di eliminare le tabelle temporanee create tra due esecuzioni. Sebbene possa essere utile per gli ambienti di sviluppo, è vietato utilizzarlo negli ambienti di produzione e deve essere monitorato. Mantenere tabelle temporanee potrebbe comportare un aumento significativo delle dimensioni del database e, in ultima analisi, il raggiungimento del limite consentito. Inoltre, rallenterà il backup.

Nessun flusso di lavoro in produzione deve avere questa opzione selezionata in qualsiasi momento.

Registra le query SQL nel giornale di registrazione:

Disponibile nella scheda Esecuzione delle proprietà del flusso di lavoro, questa opzione consente di registrare tutte le query SQL generate dallo strumento dalle diverse attività. È un ottimo modo per vedere cosa viene effettivamente eseguito dalla piattaforma. Tuttavia, questa opzione deve essere utilizzata solo temporaneamente durante lo sviluppo e non deve essere attivata durante la produzione.

Monitoraggio

Tutti i flussi di lavoro pianificati in esecuzione negli ambienti di produzione devono essere monitorati per ricevere un avviso in caso di errore.

Nelle proprietà del flusso di lavoro, selezionare un gruppo supervisore, il gruppo predefinito "Supervisori flusso di lavoro" o un gruppo personalizzato. Assicurati che almeno un operatore appartenga a questo gruppo, con un messaggio e-mail configurato.

Non lasciare i flussi di lavoro in pausa:

Se crei un flusso di lavoro temporaneo, assicurati che possa terminare correttamente e non rimanere in uno stato di "pausa". Se viene messo in pausa, implicherebbe la necessità di mantenere le tabelle temporanee e quindi aumentare le dimensioni del database.

Nel flusso di lavoro

Nome attività

Durante lo sviluppo del flusso di lavoro, tutte le attività avranno un nome, così come tutti gli oggetti di Adobe Campaign. Mentre il nome viene generato dallo strumento, è consigliabile rinominarlo con un nome esplicito durante la configurazione. Se lo facesse in un secondo momento, potrebbe interrompere il flusso di lavoro con le attività che utilizzano il nome di un’altra attività precedente. Sarebbe quindi difficile aggiornare i nomi in seguito.

Il nome dell'attività si trova nella scheda Avanzate. Non lasciarli denominati query, query1, query11, ma assegnargli nomi espliciti come querySubscribedRecipients. Questo nome verrà visualizzato nel giornale di registrazione e, se applicabile, nei registri SQL e sarà utile per eseguire il debug del flusso di lavoro durante la configurazione.

JavaScript in un’attività

È possibile aggiungere JavaScript durante l’inizializzazione di un’attività del flusso di lavoro. Questa operazione può essere eseguita nella scheda Avanzate di un'attività. Per semplificare l'individuazione del flusso di lavoro, è consigliabile utilizzare i trattini doppi all'inizio e alla fine dell'etichetta di attività come segue: — Etichetta personale —

Segnale

Nella maggior parte dei casi, non saprai da dove viene chiamato il segnale. Per evitare questo problema, utilizza il campo Commento nella scheda Avanzate dell'attività del segnale per documentare l'origine prevista di un segnale per questa attività.

Aggiornamento del flusso di lavoro

Un flusso di lavoro di produzione non deve essere aggiornato direttamente. A meno che il processo non consista nella creazione di una campagna con flussi di lavoro basati su modelli, i processi devono prima essere testati in un ambiente di sviluppo, se possibile. Solo dopo questa convalida il flusso di lavoro può essere distribuito e avviato in produzione.

I flussi di lavoro archiviati possono essere mantenuti su piattaforme di sviluppo o di test, in una cartella Archiviato, ma la produzione deve rimanere il più pulita possibile. I flussi di lavoro precedenti devono essere rimossi dalla produzione se inattivi.