Dynamic Datastream Configurations的最佳实践

在设计和操作Dynamic Datastream Configuration规则时使用这些实践。 它们可帮助您管理系统护栏、避免常见错误以及维护易于理解和疑难解答的配置。

规则设计 rule-design

每个事件源使用单独的数据流。 考虑为Web SDK创建一个数据流，一个用于Mobile SDK，一个用于Server API。 如果您的数据来自不同的源或使用不同的XDM架构，请创建单独的数据流。 具有自身相应数据集的专用数据流提高了可跟踪性并简化了故障排除。 然后，动态数据流配置规则处理每个数据流中的路由。

保持规则简单平整。 动态数据流配置不支持嵌套逻辑表达式。 如果您的逻辑需要嵌套，请将其分解为多个扁平规则。 更简单的规则可更快评估、更易于审核，并且生成意外匹配项的可能性更小。

使用eventType作为主要条件。 eventType是路由决策最可靠且性能最佳的鉴别器。 它始终通过Web SDK、Mobile SDK和服务器API实施填充，并具有一组明确定义的值。 实际上，每个用例都应以基于eventType的条件开始，可以选择与辅助条件相结合。

按优先级对规则排序：先是消耗性，然后是可操作，最后是分析。 由于Edge Network使用先匹配再获胜评估，因此规则的顺序将决定可能与多个条件匹配的事件的结果。

建议的顺序：

首先置入​ 可消耗的 ​规则，以确保Edge Network在做出耗资巨大的路由决策（如用户档案摄取或入站个性化）之前捕获有害或运营流量。

保守地设计您的默认路由。 将数据流的默认Adobe Experience Platform事件数据集配置为未启用配置文件的数据集。 随后，意外或未分类的事件将进入数据湖，而不是让您的配置文件存储虚增。 在分类新发现的事件类型后，您始终可以添加特定规则将其提升至配置文件。

数据集策略 dataset-strategy

在配置规则之前创建数据集。 在路由配置中引用所有目标数据集之前，必须存在具有正确架构的目标数据集。 使用Assurance验证规则后，启用配置文件、配置数据保留并更新Customer Journey Analytics连接。

有关数据保留配置指南，请参阅体验事件数据集保留指南。

使用一致的命名约定。 通过清除数据集名称，可轻松地在查看配置或监控摄取时识别每个数据集的用途。 建议的模式：

将您的Customer Journey Analytics连接与数据集策略保持一致。 在将Dynamic Datastream Configuration规则和事件路由配置为单独的数据集后，请更新您的Customer Journey Analytics连接以仅包含应在报告中使用的数据集。 排除机器人流量和系统事件的隔离数据集。 有关详细信息，请参阅Customer Journey Analytics连接文档。

操作实践 operational

允许15分钟让更改传播。 数据流配置更改（包括新的或更新的Dynamic Datastream Configuration规则）最多需要15分钟才能在Edge Network中传播。 保存更改后不要立即测试。 请等待完整的传播窗口，然后再运行Assurance会话或比较数据集摄取卷。

在启用规则之前删除客户端覆盖。 数据流配置覆盖优先于Dynamic Datastream Configuration规则。 执行客户端覆盖的任何事件都会静默地绕过规则，而不会出现错误或警告。 在启用规则之前，请审核您的Web SDK或Mobile SDK实施，以便从sendEvent中删除edgeConfigOverrides，并从configure调用中删除Dynamic Datastream Configurations应处理的事件。

部署后​监视。 在生产环境中启用规则后，请监控以下各项以确认正确的行为：

后续步骤