Best practices voor workflows workflow-best-practices

Hieronder vindt u algemene richtlijnen voor het optimaliseren van de prestaties van de campagneworkflow, het verbeteren van het workflowontwerp en het selecteren van de juiste instellingen.

Workflowmappen workflow-folders

Adobe raadt u aan uw workflows te maken in een specifieke map.

Als de workflow van invloed is op het hele platform (bijvoorbeeld op het opschonen van processen), kunt u overwegen een submap toe te voegen in de ingebouwde Technical Workflows -map.

Workflownaamgeving workflow-naming

Om het gemakkelijker te maken om workflows te vinden en problemen op te lossen als ze niet naar behoren functioneren, wordt u aangeraden om uw workflows duidelijke namen en labels te geven. Vul het beschrijvingsveld van de workflow in om het uit te voeren proces samen te vatten, zodat de operator het gemakkelijk kan begrijpen.

Als de workflow deel uitmaakt van een proces waarbij meerdere workflows zijn betrokken, kunt u expliciet zijn wanneer u een label invoert. Het gebruik van nummers is een goede manier om de workflows te bestellen (met Label).

Bijvoorbeeld:

Ernst van werkstroom workflow-severity

U kunt de ernst van een workflow configureren in de workfloweigenschappen op het tabblad Execution :

Door deze informatie op te geven tijdens het maken van een workflow, kunt u de ernst van het geconfigureerde proces beter begrijpen.

Deze optie heeft geen andere functionele gevolgen voor workflows dan campagneworkflows.

Workflows voor campagnes (workflows die zijn gemaakt als onderdeel van een campagne/bewerking) met een hogere prioriteit worden uitgevoerd als de campagne veel processen heeft die gelijktijdig moeten worden uitgevoerd. Standaard kunnen slechts 10 processen tegelijkertijd worden uitgevoerd in een campagne, volgens de optie NmsOperation_LimitConcurrency. Als een campagne bijvoorbeeld 25 workflows bevat, worden workflows met een hogere ernst uitgevoerd in de eerste pool van 10 processen.

Workflowbewaking workflow-monitoring

Alle geplande workflows die op productieomgevingen worden uitgevoerd, moeten worden gecontroleerd om te worden gewaarschuwd als er een fout optreedt.

In de werkschemaeigenschappen, selecteer een groep van de Supervisor, of het gebrek Workflow supervisors of een douanegroep. Zorg ervoor dat ten minste één operator tot deze groep behoort, met een e-mailinstelling.

Voordat u een workflow gaat maken, moet u workflowsupervisors definiëren. Zij zullen per e-mail op de hoogte worden gesteld in het geval van fouten. Voor meer op dit, verwijs naar het Leiden fouten.

Controleer regelmatig het tabblad Monitoring om de algemene status van de actieve workflows weer te geven. Voor meer op dit, verwijs naar toezicht van de Instantie.

Met de Workflow HeatMap kunnen beheerders van het Adobe Campaign-platform de belasting op de instantie controleren en workflows dienovereenkomstig plannen. Voor meer op dit, verwijs naar Controle van het Werkschema.

Activiteiten using-activities

Naam van de activiteit name-of-the-activity

Tijdens het ontwikkelen van uw workflow hebben alle activiteiten een naam, net als alle Adobe Campaign-objecten. Terwijl de naam door het hulpmiddel wordt geproduceerd, adviseren wij u het met een expliciete naam anders te noemen wanneer het vormen van het. Het risico dat het later gebeurt, is dat het de werkstroom kan onderbreken met activiteiten die de naam van een andere voorgaande activiteit gebruiken. Het zou dus moeilijk zijn om de namen achteraf bij te werken.

U vindt de naam van de activiteit op het tabblad Advanced . Laat ze niet met de naam query , query1 , query11 , maar geef ze expliciete namen, zoals querySubscribedRecipients . Deze naam zal in het dagboek, en indien van toepassing in de SQL logboeken verschijnen, en dit zal helpen om het werkschema te zuiveren wanneer het vormen van het.

Eerste en laatste activiteiten first-and-last-activities

JavaScript binnen een activiteit javascript-within-an-activity

U kunt JavaScript toevoegen bij het initialiseren van een workflowactiviteit. Dit kan op het tabblad Advanced van een activiteit van de activiteit worden gedaan.

Om het spotting van het werkschema gemakkelijker te maken, adviseren wij gebruikend dubbele streepjes aan het begin en eind van het activiteitenetiket als volgt: — Mijn etiket —.

Signaal signal

Meestal zult u niet weten waar het signaal vandaan komt. Om dit probleem te voorkomen, gebruikt u het veld Comment op het tabblad Advanced van de signaalactiviteit om de verwachte oorsprong van een signaal voor deze activiteit te documenteren.

Workflowupdates workflow-update

Een productiewerkstroom mag niet rechtstreeks worden bijgewerkt. Tenzij het proces bestaat uit het maken van een campagne met sjabloonworkflows, moeten processen eerst op een ontwikkelomgeving worden getest. Na deze validatie kan de workflow worden geïmplementeerd en op productie worden gestart.

Alle tests uitvoeren in ontwikkelings- of testomgevingen, niet in productieomgevingen. In een dergelijk geval kunnen de prestaties niet worden gewaarborgd.

Gearchiveerde workflows kunnen op ontwikkelings- of testplatforms in een gearchiveerde map worden bewaard, maar de productieomgeving moet zo schoon mogelijk blijven. Oude workflows moeten uit de productieomgeving worden verwijderd als ze inactief zijn.

Uitvoering en prestaties execution-and-performance

Logboeken logs

De JavaScript-methode logInfo() is een oplossing voor foutopsporing in een workflow. Nochtans moet het zorgvuldig worden gebruikt, vooral voor activiteiten die vaak in werking worden gesteld: het kan de logboeken overladen en beduidend de grootte van de logboeklijst verhogen.

Tijdelijke populaties behouden

houd het resultaat van tussentijdse populaties tussen twee uitvoeringen optie houdt tijdelijke lijsten tussen twee uitvoeringen van een werkschema.

Deze vindt u op het tabblad General van de eigenschappen van de workflow en kan worden gebruikt voor ontwikkeling en testdoeleinden om gegevens te controleren en de resultaten te controleren. U kunt deze optie in ontwikkelomgevingen gebruiken, maar nooit in productieomgevingen. Het houden van tijdelijke lijsten zou in de grootte van het gegevensbestand kunnen resulteren die beduidend en uiteindelijk de groottegrens wordt bereikt. Bovendien zal het de back-up vertragen.

Alleen de werktabellen van de laatste uitvoering van de workflow worden bewaard. Werktabellen van vorige uitvoeringen worden leeggemaakt door de cleanup -workflow, die dagelijks wordt uitgevoerd.

SQL-query's vastleggen

De SQL vragen van het Logboek in het dagboek optie is beschikbaar in het Execution lusje van werkschemaeigenschappen. Deze optie registreert alle SQL vragen van de verschillende activiteiten, en verstrekt een manier om te zien wat eigenlijk door het platform wordt uitgevoerd. Nochtans, zou deze optie slechts tijdelijk tijdens ontwikkeling moeten worden gebruikt en niet geactiveerd op productie.

De beste manier is om de logboeken te wissen wanneer ze niet meer nodig zijn. De historie van de workflow wordt niet automatisch gewist: alle berichten worden standaard bijgehouden. De geschiedenis kan worden gewist via het menu File > Actions of door op de knop Handelingen in de werkbalk boven de lijst te klikken. Selecteer Geschiedenis leegmaken.
Leren hoe te om uw logboeken te zuiveren, verwijs naar deze documentatie.

Workflowplanning workflow-planning

Er moeten extra aanbevolen procedures worden toegepast op de planning voor het uitvoeren van workflows om problemen te voorkomen:

Uitvoeren in de motoroptie execute-in-the-engine-option

Vermijd het uitvoeren van workflows in de engine in een productieomgeving. Wanneer de optie Execute in the engine is ingeschakeld in Workflow properties , heeft de workflow prioriteit en worden alle andere workflows gestopt door de workflow-engine totdat deze is voltooid.