多沙盒事件转发数据收集
此Blueprint显示如何将使用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 情况。
估计的流量
每个用例都需要检查流量大小。这一点很重要，因为高流量可能会导致限流情况，如果发生此情况，客户会收到通知。
架构
-
需要收集事件数据并将其发送至Platform Edge Network才能使用事件转发。 您可以使用客户端的Adobe标签或服务器到服务器数据收集的Platform Edge Network Server API。
Platform Edge Network API可以提供服务器到服务器收集功能。 但是，这需要不同的编程模型才能实现。 请参阅 Edge Network Server API 概述。
-
收集的有效负载从标记实施发送到Platform Edge Network到事件转发服务，并由其自己的数据元素、规则和操作处理。 若要详细了解这些差异，请参阅标记和事件转发。
-
还需要有事件转发属性才能接收从Platform Edge Network收集的事件数据，无论该事件数据是由已部署的标记实现还是服务器到服务器集合发送到Platform Edge Network。
作者定义用于在转发到第二个沙盒之前扩充事件数据的数据元素、规则和操作。考虑使用自定义代码 JavaScript 数据元素，以帮助构建用于沙盒摄入的数据。与 Platform 数据准备功能结合使用时，您有多种选择来管理数据结构。
-
目前，需要在事件转发属性内使用 Adobe Cloud Connector 扩展。在规则处理或扩充事件数据之后，在为POST配置的获取调用中使用Cloud Connector，将有效负载发送到第二个沙盒。
-
第二个沙盒需要数据摄取的流端点。 您还可以考虑AEP中的数据准备功能，以帮助将事件转发有效负载摄取和映射到XDM。 请参阅 AEP 文档使用 UI 创建 HTTP API 流传输连接