多沙盒事件转发数据收集

此蓝图显示数据收集方式 Experience Platform Web和Mobile SDK可以配置为收集单个事件并转发到多个AEP沙盒。 此 Blueprint 特定于使用事件转发实现此目标的多沙盒数据收集。

除了使用事件转发功能复制事件之外,您还可以添加、过滤或处理原始收集的数据,以满足其他沙盒的要求。

事件转发使用单独的属性,该属性包含满足您的数据要求所必需的数据元素、规则和扩展。对于传入的事件,您的事件转发属性可以在转发之前收集数据并根据需要进行管理。

您的目标沙盒需要配置由 Adobe Cloud Connector 扩展使用的 HTTP 流传输端点。

用例

  • 全局数据报告 - 使用多个沙箱来隔离操作环境,以及需要将数据收集整合到一个沙箱中时,用于跨沙盒报告。通过事件转发将 Experience Edge 事件路由到报告沙盒,这样每个沙盒操作环境在收集数据时可将数据实时发送到报告沙盒。

  • 根据每个沙盒操作环境的不同数据规则,跨沙盒管理数据收集。

应用程序

  • Experience Platform 数据收集
  • 事件转发
  • AEP 扩展
  • 云连接器扩展

注意事项

使用事件转发方法将数据发送到多个沙盒时,在解决方案架构方面有一些必须考虑的注意事项。

无 HIPAA 数据

事件转发 不被认为是HIPAA就绪,不应在收集HIPAA数据的任何HIPAA用例中使用。

但是,用于以下目的的基础架构: 事件转发 随时准备就绪,客户可自行决定。 当事件转发标记属性驻留在事件转发系统中时,收集的整个数据有效负载都会发送到事件转发系统以供处理。此流程使 事件转发 关于HIPAA用例。 整个有效负载已发送至 事件转发 系统,此过程将包含任何HIPAA值。 即使 事件转发 规则会在将数据发送到其目标之前过滤这些数据,因此HIPAA数据仍会发送到不符合HIPAA要求的基础架构。 但是,有效负荷数据永远不会存储,只是传递而已。

不同的数据流和流传输端点

当数据流从以下位置流经数据流时: Platform Edge Network,使用时 事件转发 对于另一个AEP沙盒,要求永远不要使用与制作原始收藏集的数据流相同的数据流或流端点。 这可能会对 AEP 实例造成不利影响,并可能触发 DoS 情况。

估计的流量

每个用例都需要检查流量大小。这一点很重要,因为高流量可能会导致限流情况,如果发生此情况,客户会收到通知。

架构

多沙盒事件转发

  1. 收集事件数据并将其发送至 Platform Edge Network 需要使用 事件转发. Adobe您可以对客户端或 Platform Edge Network Server API 用于服务器到服务器数据收集。

    此 Platform Edge Network API 可提供服务器到服务器收集功能。 但是,这需要不同的编程模型才能实现。 请参阅 Edge Network Server API 概述

  2. 收集的有效负载从标记实施发送到 Platform Edge Network 到 事件转发 服务并由其自身处理 数据元素, 规则、和 操作. 要详细了解这些差异,请参阅 标记和 事件转发.

  3. An 事件转发 属性也需要接收从收集的事件数据 Platform Edge Network,以了解该事件数据是否已发送到 Platform Edge Network 由已部署的标记实施或服务器到服务器集合执行。

    作者定义用于在转发到第二个沙盒之前扩充事件数据的数据元素、规则和操作。考虑使用自定义代码 JavaScript 数据元素,以帮助构建用于沙盒摄入的数据。与 Platform 数据准备功能结合使用时,您有多种选择来管理数据结构。

  4. 目前,需要在事件转发属性内使用 Adobe Cloud Connector 扩展。在规则处理或扩充事件数据后, 云连接器 在为POST配置的获取调用中使用,将有效负载发送到第二个沙盒。

  5. 第二个沙盒需要数据摄取的流端点。 您也可以考虑 数据准备 AEP中帮助进行摄取和映射的功能 事件转发 有效负载到XDM。 请参阅 AEP 文档使用 UI 创建 HTTP API 流传输连接

recommendation-more-help
045b7d44-713c-4708-a7a6-5dea7cc2546b