工作流最佳实践
创建对象：
- 用户
- 管理员
下面列出了优化Campaign工作流性能、改进工作流设计和选择正确设置的一般准则。
工作流文件夹
Adobe建议您在专用文件夹中创建工作流。
如果工作流影响整个平台（例如，清除进程），您可以考虑在内置 Technical Workflows 文件夹中添加子文件夹。
工作流命名
Adobe 建议为工作流赋予正确的名称和标签，这样工作流没有按照预期的方式执行，可轻松地找到并排除故障：填写工作流的描述字段，在其中加入执行流程的摘要，以便操作员能够轻松理解。
如果工作流是涉及多个工作流的流程的一部分，则在输入标签时可以很明确；使用数字是对工作流进行排序（按标签）的好方法。
例如：
- 001 — 导入 — 导入收件人
- 002 — 导入 — 导入销售
- 003 — 导入 — 导入销售详细信息
- 010 — 导出 — 导出投放日志
- 011 — 导出 — 导出跟踪日志
工作流严重性
您可以在工作流属性的 Execution 选项卡中配置工作流的严重性：
- 正常
- 生产
- 重要
创建工作流时提供此信息将有助于您了解所配置进程的严重性。
此选项对除活动工作流之外的工作流没有功能影响。
如果营销活动具有多个应同时运行的流程，则优先执行严重性较高的营销活动工作流（作为营销活动/操作的一部分创建的工作流）。 默认情况下，根据选项NmsOperation_LimitConcurrency，营销活动中只能同时运行10个进程。 例如，如果某个营销策划包含25个工作流，则具有较高严重性的工作流随后将在10个进程的第一个池中执行。
工作流监测
应监视在生产环境中运行的所有计划工作流，以便在发生错误时收到警报。
在工作流属性中，选择一个主管组，即默认的 Workflow supervisors 或自定义组。 确保至少有一个操作员属于此组，并设置了电子邮件。
在开始构建工作流之前，请记得定义工作流主管。 发生错误时，会通过电子邮件通知他们。 有关详细信息，请参阅管理错误。
定期检查 Monitoring 选项卡以查看活动工作流的总体状态。 有关详细信息，请参阅实例监督。
通过Workflow HeatMap，Adobe Campaign平台管理员可以监控实例的负载并相应地规划工作流。 有关详细信息，请参阅工作流监视。
活动
CAUTION活动的名称
在开发工作流时，所有活动都将有一个名称，所有Adobe Campaign对象也是如此。 虽然该名称由工具生成，但我们建议在配置时使用明确的名称重命名它。 稍后执行此操作的风险在于，它可能会使用另一个先前活动的名称中断包含该活动的工作流。 因此，之后更新名字将是一项困难的工作。
可在 Advanced 选项卡中找到该活动名称。 不要保留名为 query、query1、query11 的变量，但请为它们指定显式名称，如 querySubscribedRecipients。 此名称将显示在日志中，如果适用，还会显示在SQL日志中，这有助于在配置工作流时对其进行调试。
第一个和最后一个活动
活动中的Javascript
初始化工作流活动时，您可能需要添加JavaScript。 这可以在活动的 Advanced 选项卡中完成。
为了更轻松地找到工作流，我们建议在活动标签的开头和结尾使用双破折号，如下所示： — 我的标签 — 。
信号
大多数情况下，您不会知道从哪里调用信号。 为了避免此问题，请使用信号活动 Advanced 选项卡中的 Comment 字段来记录此活动的预期信号来源。
工作流更新
不应直接更新生产工作流。 除非流程包括使用模板工作流创建营销活动，否则应首先在开发环境中测试流程。 完成此验证后，可以在生产环境中部署和启动工作流。
在开发或暂存环境中执行所有测试，而不是在生产环境中执行。 在这种情况下，无法确保性能。
归档的工作流可以保存在开发平台或测试平台上的归档文件夹中，但生产环境应尽可能保持干净。 如果旧工作流处于非活动状态，则应将其从生产环境中删除。
执行和性能
日志
JavaScript方法 logInfo() 是用于调试工作流的解决方案。 但是，必须小心使用它，尤其是对于经常运行的活动：它会使日志过载，并显着增加日志表的大小。
保留临时人群
保留两次执行之间的临时人口结果 选项保留两次工作流执行之间的临时表。
工作流属性“General”选项卡中提供了此项，可用于开发和测试目的，以监视数据并检查结果。 您可以在开发环境中使用此选项，但切勿在生产环境中使用。保留临时表可能会导致数据库的大小显著增加并最终达到大小限制。此外，这还将减慢备份速度。
仅保留最后一次工作流执行的工作表。cleanup 工作流会清除以前执行的工作表，该工作流每天运行。
CAUTION记录SQL查询
工作流属性的 Execution 选项卡中提供了 日志 中的Log SQL查询选项。 此选项记录来自不同活动的所有SQL查询，并提供查看平台实际执行内容的方法。 但是，此选项只应在开发期间 临时 使用，并且 不在生产环境中激活。
最佳做法是在不再需要日志时清除日志。 系统不会自动清除工作流历史记录：默认情况下会保留所有消息。 可通过 File > Actions 菜单或单击位于列表上方工具栏中的“操作”按钮清除历史记录。 选择清除历史记录。
要了解如何清除日志，请参阅此文档。
工作流规划
应将其他最佳实践应用于您的工作流执行计划，以避免出现以下问题：
- 保持一天的稳定活动水平并避免出现峰值以防止实例过载。 为此，请在一天中平均分配工作流的开始时间。
- 安排隔夜加载数据以减少资源争用。
- 较长时间的工作流可能会对服务器和数据库资源产生影响。 拆分最长的工作流以减少处理时间。
- 要缩短总体运行时间，请用简化且更快的活动替换耗时的活动。
- 避免同时运行20个以上的工作流。 如果同时执行的工作流过多，则平台可能会过载并且变得不稳定。
在引擎中执行选项
在生产环境中，请避免在引擎中执行工作流。 在 Workflow properties 中选中 Execute in the engine 选项后，工作流具有优先级，并且所有其他工作流都由工作流引擎停止，直到此工作流完成。
