Real-Time Customer Profile数据和分段的默认护栏
Last update: Mon Nov 18 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
Adobe Experience Platform允许您以实时客户配置文件的形式，根据行为见解和客户属性提供个性化的跨渠道体验。 为了支持这种新的配置文件方法，Experience Platform使用与传统关系数据模型不同的高度非规范化混合数据模型。
除了此护栏页面外，还检查销售订单中的许可证授权和相应的
产品描述中的实际使用限制。
本文档提供了默认的使用和速率限制，帮助您为配置文件数据建模以获得最佳系统性能。 查看以下护栏时，假定您已正确建模数据。 如果您对如何建立数据模型有疑问，请联系您的客户服务代表。
大多数客户不会超过这些默认限制。 如果您想了解自定义限制，请联系您的客户关怀代表。
快速入门
实时客户档案数据建模涉及以下Experience Platform服务：
- Real-Time Customer Profile：使用来自多个来源的数据创建统一的使用者配置文件。
- 标识：Bridge标识摄取到Platform时来自不同的数据源。
- 架构： Experience Data Model (XDM)架构是Platform用于组织客户体验数据的标准化框架。
- 受众： Platform中的分段引擎用于根据客户行为和属性从客户配置文件创建受众。
限制类型
此文档有两种类型的默认限制：
性能护栏（软限制）
性能护栏是与用例范围相关的使用限制。 当超出性能护栏时，您可能会遇到性能下降和延迟问题。 Adobe不对此类性能下降负责。 始终超过性能护栏的客户可以选择许可额外的容量，以避免性能下降。
系统强制的护栏（硬限制）
Real-Time CDP UI或API强制实施系统强制的护栏。 这些限制不得超过，因为UI和API将阻止您这样做或您会返回错误。
本文档中概述的限制不断得到改进。 请定期查看以获取最新信息。 如果您有兴趣了解自定义限制，请联系您的客户关怀代表。
数据模型限制
在为实时客户个人资料数据建模时，以下护栏提供了建议的限制。 要了解有关主要实体和维度实体的更多信息，请参阅附录中有关实体类型的部分。
主实体护栏
XDM个人资料类数据集
20
性能护栏
建议最多使用20个利用XDM个人资料类的数据集。
XDM ExperienceEvent类数据集
20
性能护栏
建议最多使用20个利用XDM ExperienceEvent类的数据集。
为配置文件启用的Adobe Analytics报表包数据集
1
性能护栏
应为配置文件启用最多一(1)个Analytics报表包数据集。 尝试为配置文件启用多个Analytics报表包数据集可能会对数据质量产生意想不到的后果。 有关详细信息，请参阅附录中有关
Adobe Analytics数据集的部分。
多实体关系
5
性能护栏
建议在主要实体和维度实体之间最多定义5个多实体关系。 在删除或禁用现有关系之前，不应进行其他关系映射。
多实体关系中使用的ID字段的JSON深度
4
性能护栏
对于在多实体关系中使用的ID字段，建议的最大JSON深度为4。 这意味着在高度嵌套的架构中，超过4级嵌套的字段不应用作关系中的ID字段。
配置文件片段中的数组基数
<=500
性能护栏
配置文件片段（与时间无关的数据）中的最佳数组基数<=500。
ExperienceEvent中的数组基数
<=10
性能护栏
ExperienceEvent（时间序列数据）中的最佳数组基数<=10。
个人配置文件身份图的身份计数
50
系统强制的护栏
单个配置文件的标识图中的最大标识数为50。 任何标识超过50个的用户档案都将从分段、导出和查找中排除。
Dimension实体护栏
不允许对非XDM Individual Profile实体使用时间序列数据
0
系统强制的护栏
配置文件服务中的非XDM Individual Profile实体不允许使用 时序数据。 如果时间序列数据集与非XDM Individual Profile ID关联，则不应为Profile启用该数据集。
无嵌套关系
0
性能护栏
您不应在两个非XDM Individual Profile架构之间创建关系。 不建议对任何不属于Profile合并架构的架构创建关系。
主ID字段的JSON深度
4
性能护栏
主ID字段建议的最大JSON深度为4。 这意味着，在高度嵌套的架构中，如果某个字段嵌套的深度超过4级，则不应选择该字段作为主ID。 第4个嵌套级别的字段可用作主ID。
数据大小限制
以下护栏参考数据大小，并根据需要为可以摄取、存储和查询的数据提供建议的限制。 要了解有关主要实体和维度实体的更多信息，请参阅附录中有关实体类型的部分。
主实体护栏
最大ExperienceEvent大小
10KB
系统强制的护栏
事件的最大大小为10KB。 引入将继续，但大于10KB的事件将被丢弃。
最大配置文件记录大小
100KB
系统强制的护栏
配置文件记录的最大大小为100KB。 引入将继续，但大于100 KB的配置文件记录将被丢弃。
最大配置文件片段大小
50MB
系统强制的护栏
单个配置文件片段的最大大小为50MB。对于大于50MB的任何配置文件片段， 分段、导出和查找可能会失败。
最大配置文件存储大小
50MB
性能护栏
存储配置文件的最大大小为50MB。 将新的
配置文件片段添加到大于50MB的配置文件将影响系统性能。 例如，配置文件可以包含一个50MB的片段，也可以包含多个数据集的多个片段，组合总大小为50MB。 尝试存储单个片段大于50MB的配置文件，或多个片段的组合大小超过50MB的配置文件将影响系统性能。
每天摄取的配置文件或ExperienceEvent批次数
90
性能护栏
每天摄取的Profile或ExperienceEvent批次的最大数量为90。 这意味着每天摄取的Profile和ExperienceEvent批次总数不能超过90。 摄取其他批次将影响系统性能。
每个配置文件记录的ExperienceEvents数
5000
性能护栏
每个配置文件记录的最大ExperienceEvents数为5000。超过5000个ExperienceEvents的 配置文件将 不考虑 分段。
Dimension实体护栏
所有维实体的总大小
5GB
性能护栏
建议所有维度实体的总大小为5GB。 摄取大尺寸实体可能会影响系统性能。 例如，不建议尝试将10GB的产品目录加载为维度实体。
每个维度实体架构的数据集
5
性能护栏
建议最多5个与每个维度实体架构关联的数据集。 例如，如果您为“产品”创建架构，并添加五个参与数据集，则不应创建与产品架构绑定的第六个数据集。
每日摄取的Dimension实体批次
每个实体4个
性能护栏
建议每天摄取的维度实体批次的最大数量为每个实体4个。 例如，您每天最多可以摄取4次产品目录的更新。 为同一实体摄取其他维度实体批次可能会影响系统性能。
分段护栏 segmentation-guardrails
此部分中概述的护栏是指组织可以在Experience Platform中创建的受众的数量和性质，以及映射和激活受众到目标。
每个沙盒的受众
4000
性能护栏
一个组织总共可以有4000多个受众，前提是每个沙盒中的受众少于4000个。 其中包括批量、流和边缘受众。 尝试创建其他受众可能会影响系统性能。 阅读有关
通过区段生成器创建受众的更多信息。
每个沙盒的Edge受众
150
性能护栏
只要每个沙盒中的边缘受众少于150个，组织就可以总共拥有150个以上的边缘受众。 尝试创建其他Edge受众可能会影响系统性能。 了解有关
边缘受众的更多信息。
所有沙盒中的Edge吞吐量
1500 RPS
性能护栏
Edge分段支持每秒进入Adobe Experience PlatformEdge Network的入站事件峰值为1500个。 在集客事件进入Adobe Experience PlatformEdge Network后，Edge分段最多可能需要350毫秒来处理该事件。 了解有关
边缘受众的更多信息。
每个沙盒的流受众
500
性能护栏
一个组织总共可以有500多个流受众，前提是每个沙盒中的流受众少于500个。 其中包括流受众和Edge受众。 尝试创建其他流受众可能会影响系统性能。 阅读有关
流式受众的更多信息。
流传输所有沙盒的吞吐量
1500 RPS
性能护栏
流式分段支持每秒1500个入站事件的峰值。 流式分段最多可能需要5分钟才能使配置文件获得区段成员资格。 阅读有关
流式受众的更多信息。
每个沙盒的批量受众
4000
性能护栏
一个组织总共可以有4000多个批次受众，前提是每个沙盒中的批次受众少于4000个。 尝试创建其他批处理受众可能会影响系统性能。
每个沙盒的帐户受众
50
系统强制的护栏
在一个沙盒中最多可创建50个帐户受众。 在一个沙盒中达到50个受众后，在尝试创建新帐户受众时，
创建受众 控件被禁用。 了解有关
帐户受众的更多信息。
每个沙盒已发布的合成
10
性能护栏
一个沙盒中最多可以有10个已发布的合成。 有关UI指南
🔗中受众组合的详细信息。
最大受众规模
30%
性能护栏
建议的最大受众成员数为系统中配置文件总数的30%。 将超过30%的用户档案创建为成员或多个大型受众是可行的，但将影响系统性能。
预期可用性
以下部分概述了下游服务(如Real-Time CDP目标)中受众和合并策略的 预期 可用性：
附录
本节提供了有关本文档中限制的其他详细信息。
实体类型
Profile存储数据模型包含两个核心实体类型：主实体和维度实体。
主要实体
主要实体或个人资料实体将数据合并在一起，形成个人的“单一真实来源”。 此统一数据使用所谓的“联合视图”来表示。 联合视图将实施相同类的所有架构的字段聚合到单个联合架构中。 Real-Time Customer Profile的合并架构是一个非规范化混合数据模型，充当所有配置文件属性和行为事件的容器。
与时间无关的属性（也称为“记录数据”）使用XDM Individual Profile建模，而时间序列数据（也称为“事件数据”）使用XDM ExperienceEvent建模。 在Adobe Experience Platform中摄取记录和时序数据时，它会触发Real-Time Customer Profile开始摄取已启用以供使用的数据。 引入的交互和详细信息越多，个人资料就越可靠。
Dimension实体
虽然维护用户档案数据的用户档案数据存储不是关系存储，但用户档案允许与小型维度实体集成，以便以简化且直观的方式创建受众。 此集成称为多实体分段。
您的组织还可以定义XDM类来描述个人以外的其他内容，如商店、产品或资产。 这些非XDM Individual Profile架构称为“维度实体”（也称为“查找实体”），不包含时间序列数据。 表示维度实体的架构通过使用架构关系链接到配置文件实体。
Dimension实体提供查找数据，这有助于并简化多实体区段定义，并且必须足够小，以便分段引擎可以将整个数据集加载到内存中以进行最佳处理（快速点查找）。
轮廓片段
在本文档中，有多个护栏称为“配置文件片段”。 在Experience Platform中，多个配置文件片段合并在一起，形成Real-time Customer Profile。 每个片段表示给定数据集中该ID的唯一主标识以及相应的记录或完整的事件数据集。 要了解有关配置文件片段的更多信息，请参阅配置文件概述。
合并策略 merge-policies
将来自多个来源的数据集合在一起时，合并策略是Platform用来确定数据优先顺序的规则以及将合并哪些数据以创建该统一视图。 例如，如果客户跨多个渠道与您的品牌互动，则您的组织将在多个数据集中显示多个与该单个客户相关的配置文件片段。 将这些片段摄取到Platform后，会合并在一起，以便为该客户创建一个配置文件。 当来自多个源的数据发生冲突时，合并策略会确定个人配置文件中要包含哪些信息。 每个沙盒最多允许五(5)个使用_xdm.context.profile架构的合并策略。 若要了解有关合并策略的更多信息，请阅读合并策略概述。
只需解决所有数据冲突，即可为配置文件启用多个报表包。 您可以使用数据准备功能解决eVar、列表和Prop之间的数据冲突。 要了解有关如何使用数据准备功能的更多信息，请阅读Adobe Analytics连接器UI指南。