Protecciones predeterminadas para Real-Time Customer Profile datos

Adobe Experience Platform le permite ofrecer experiencias multicanal personalizadas en función de perspectivas de comportamiento y atributos del cliente en forma de perfiles del cliente en tiempo real. Para admitir este nuevo enfoque para los perfiles, Experience Platform utiliza un modelo de datos híbrido altamente desnormalizado que difiere del modelo de datos relacional tradicional.

Este documento proporciona límites predeterminados de uso y velocidad para ayudarle a modelar los datos de perfil para obtener un rendimiento óptimo del sistema. Al revisar las siguientes protecciones, se da por hecho que los datos se han modelado correctamente. Si tiene preguntas sobre cómo modelar los datos, póngase en contacto con su representante de servicio de atención al cliente.

NOTA

La mayoría de los clientes no superan estos límites predeterminados. Si desea obtener más información sobre los límites personalizados, póngase en contacto con su representante del servicio de atención al cliente.

Primeros pasos

Los siguientes servicios de Experience Platform están implicados en el modelado de datos del perfil del cliente en tiempo real:

  • Real-Time Customer Profile: cree perfiles de consumidor unificados con datos de varias fuentes.
  • Identidades: vincule identidades de fuentes de datos dispares a medida que se incorporan en Platform.
  • Esquemas: los esquemas del Modelo de datos de experiencia (XDM) son el marco estandarizado mediante el cual Platform organiza los datos de experiencia del cliente.
  • Segmentos: el motor de segmentación dentro de Platform se utiliza para crear segmentos a partir de los perfiles de clientes en función de los comportamientos y atributos de los clientes.

Tipos de límite

Existen dos tipos de límites predeterminados en este documento:

  • Límite leve: Es posible ir más allá de un límite flexible, aunque los límites flexibles proporcionan una guía recomendada para el rendimiento del sistema.

  • Límite estricto: Un límite estricto proporciona un máximo absoluto.

NOTA

Los límites descritos en este documento se mejoran constantemente. Vuelva regularmente para ver las actualizaciones. Si le interesa conocer los límites personalizados, póngase en contacto con su representante del servicio de atención al cliente.

Límites del modelo de datos

Las siguientes protecciones proporcionan límites recomendados al modelar datos del perfil del cliente en tiempo real. Para obtener más información sobre las entidades principales y las entidades de dimensión, consulte la sección sobre tipos de entidad en el apéndice.

Diagrama que muestra las diferentes barreras para los datos de perfil en Adobe Experience Platform.

Protecciones de la entidad principal

Barrera Límite Tipo de límite Descripción
Conjuntos de datos de clase de perfil individual XDM 20 Leve Se recomienda un máximo de 20 conjuntos de datos que aprovechen la clase de perfil individual XDM.
Conjuntos de datos de clase XDM ExperienceEvent 20 Leve Se recomienda un máximo de 20 conjuntos de datos que aprovechen la clase XDM ExperienceEvent.
Conjuntos de datos de grupos de informes de Adobe Analytics habilitados para Perfil 1 Leve Se debe habilitar un máximo de un (1) conjunto de datos de grupo de informes de Analytics para el perfil. El intento de habilitar varios conjuntos de datos de grupos de informes de Analytics para el perfil puede tener consecuencias no deseadas para la calidad de los datos. Para obtener más información, consulte la sección sobre Conjuntos de datos Adobe Analytics en el apéndice.
Relaciones entre varias entidades 5 Leve Se recomienda un máximo de 5 relaciones de varias entidades definidas entre entidades principales y entidades de dimensión. No se deben realizar asignaciones de relaciones adicionales hasta que se elimine o deshabilite una relación existente.
Profundidad de JSON para el campo de ID utilizado en la relación de varias entidades 4 Leve La profundidad máxima de JSON recomendada para un campo de ID utilizado en relaciones de varias entidades es de 4. Esto significa que, en un esquema muy anidado, los campos anidados con más de 4 niveles de profundidad no deben utilizarse como campo de ID en una relación.
Cardinalidad de matriz en un fragmento de perfil <=500 Leve La cardinalidad óptima de la matriz en un fragmento de perfil (datos independientes del tiempo) es <=500.
Cardinalidad de matriz en ExperienceEvent <=10 Leve La cardinalidad óptima de la matriz en un ExperienceEvent (datos de series temporales) es <=10.
Recuento de identidades para el gráfico de identidades de perfil individual 50 Grave El número máximo de identidades en un gráfico de identidad para un perfil individual es 50. Cualquier perfil con más de 50 identidades se excluye de la segmentación, las exportaciones y las búsquedas.

protecciones de entidad Dimension

Barrera Límite Tipo de límite Descripción
No se permiten datos de series temporales para losXDM Individual Profile entidades 0 Grave No se permiten datos de series temporales para losXDM Individual Profile entidades en el servicio de perfil. Si un conjunto de datos de series temporales está asociado con unXDM Individual Profile ID, el conjunto de datos no debe estar habilitado para Profile.
No hay relaciones anidadas 0 Leve No debe crear una relación entre dos variables que no seanXDM Individual Profile esquemas. No se recomienda la capacidad de crear relaciones para ningún esquema que no forme parte de Profile esquema de unión.
Profundidad de JSON para el campo de ID principal 4 Leve La profundidad máxima de JSON recomendada para el campo de ID principal es 4. Esto significa que, en un esquema muy anidado, no debe seleccionar un campo como ID principal si está anidado a más de 4 niveles de profundidad. Un campo que se encuentra en el cuarto nivel anidado se puede utilizar como ID principal.

Límites de tamaño de datos

Las siguientes protecciones hacen referencia al tamaño de los datos y proporcionan límites recomendados para los datos que se pueden ingerir, almacenar y consultar según lo previsto. Para obtener más información sobre las entidades principales y las entidades de dimensión, consulte la sección sobre tipos de entidad en el apéndice.

NOTA

El tamaño de los datos se mide como datos sin comprimir en JSON en el momento de la ingesta.

Protecciones de la entidad principal

Barrera Límite Tipo de límite Descripción
Tamaño máximo de ExperienceEvent 10 KB Grave El tamaño máximo de un evento es de 10 KB. La ingesta continuará, aunque se perderán todos los eventos de más de 10 KB.
Tamaño máximo de registro de perfil 100 KB Grave El tamaño máximo de un registro de perfil es de 100 KB. La ingesta continuará, pero se perderán los registros de perfil que superen los 100 KB.
Tamaño máximo del fragmento de perfil 50MB Grave El tamaño máximo de un solo fragmento de perfil es de 50 MB. La segmentación, las exportaciones y las búsquedas pueden fallar en cualquier fragmento de perfil que supera los 50 MB.
Tamaño máximo de almacenamiento de perfil 50MB Leve El tamaño máximo de un perfil almacenado es de 50 MB. Agregando nuevo fragmentos de perfil en un perfil que supere los 50 MB afectará al rendimiento del sistema. Por ejemplo, un perfil puede contener un solo fragmento de 50 MB o varios fragmentos en varios conjuntos de datos con un tamaño total combinado de 50 MB. Si se intenta almacenar un perfil con un solo fragmento de más de 50 MB o con varios fragmentos de más de 50 MB de tamaño combinado, el rendimiento del sistema se verá afectado.
Número de lotes de Perfil o ExperienceEvent introducidos por día 90 Leve El número máximo de lotes de Perfil o ExperienceEvent ingeridos por día es de 90. Esto significa que el total combinado de lotes Profile y ExperienceEvent introducidos cada día no puede superar los 90. La ingesta de lotes adicionales afectará al rendimiento del sistema.
Número de ExperienceEvents por registro de perfil 5000 Leve El número máximo de ExperienceEvents por registro de perfil es de 5000. Los perfiles con más de 5000 ExperienceEvents no debe tenerse en cuenta para la segmentación.

protecciones de entidad Dimension

Barrera Límite Tipo de límite Descripción
Tamaño total para todas las entidades dimensionales 5 GB Leve El tamaño total recomendado para todas las entidades dimensionales es de 5 GB. La ingesta de entidades de gran dimensión puede afectar al rendimiento del sistema. Por ejemplo, no se recomienda intentar cargar un catálogo de productos de 10 GB como entidad de dimensión.
Conjuntos de datos por esquema de entidad dimensional 5 Leve Se recomienda un máximo de 5 conjuntos de datos asociados con cada esquema de entidad dimensional. Por ejemplo, si crea un esquema para "productos" y agrega cinco conjuntos de datos colaboradores, no debe crear un sexto conjunto de datos vinculado al esquema de productos.
Lotes de entidades Dimension introducidos por día 4 por entidad Leve El número máximo recomendado de lotes de entidades de dimensión introducidos por día es de 4 por entidad. Por ejemplo, puede introducir actualizaciones en un catálogo de productos hasta cuatro veces al día. La ingesta de lotes de entidades de dimensión adicionales para la misma entidad puede afectar al rendimiento del sistema.

Protecciones de segmentación

Las protecciones descritas en esta sección hacen referencia al número y la naturaleza de los segmentos que una organización puede crear dentro de Experience Platform, así como a la asignación y activación de segmentos a destinos.

Barrera Límite Tipo de límite Descripción
Segmentos por zona protegida 4000 Leve Una organización puede tener más de 4000 segmentos en total, siempre y cuando haya menos de 4000 segmentos en cada zona protegida individual. El intento de crear segmentos adicionales puede afectar al rendimiento del sistema.
Segmentos de borde por zona protegida 150 Leve Una organización puede tener más de 150 segmentos de Edge en total, siempre y cuando haya menos de 150 segmentos de Edge en cada zona protegida individual. El intento de crear segmentos perimetrales adicionales puede afectar al rendimiento del sistema.
Segmentos de streaming por zona protegida 500 Leve Una organización puede tener más de 500 segmentos de streaming en total, siempre y cuando haya menos de 500 segmentos de streaming en cada zona protegida individual. Si intenta crear segmentos de flujo adicionales, el rendimiento del sistema podría verse afectado.
Segmentos por lotes por zona protegida 4000 Leve Una organización puede tener más de 4000 segmentos por lotes en total, siempre y cuando haya menos de 4000 segmentos por lotes en cada zona protegida individual. El intento de crear segmentos por lotes adicionales puede afectar al rendimiento del sistema.

Apéndice

En esta sección se proporcionan detalles adicionales sobre los límites de este documento.

Tipos de entidad

El Profile el modelo de datos de tienda consta de dos tipos de entidades principales: entidades principales y entidades de dimensión.

Entidad principal

Una entidad principal, o entidad de perfil, combina datos para formar una "única fuente de verdad" para un individuo. Estos datos unificados se representan mediante lo que se conoce como "vista de unión". Una vista de unión agrega los campos de todos los esquemas que implementan la misma clase en un único esquema de unión. El esquema de unión para Real-Time Customer Profile es un modelo de datos híbrido desnormalizado que actúa como contenedor para todos los atributos de perfil y eventos de comportamiento.

Los atributos independientes del tiempo, también conocidos como "datos de registro", se modelan utilizando XDM Individual Profile, mientras que los datos de series temporales, también conocidos como "datos de evento", se modelan mediante XDM ExperienceEvent. A medida que los datos de registros y series temporales se incorporan en Adobe Experience Platform, se producen déclencheur Real-Time Customer Profile para comenzar a ingerir datos que se hayan habilitado para su uso. Cuantas más interacciones y detalles se incorporen, más sólidos se volverán los perfiles individuales.

Una infografía que describe las diferencias entre los datos de registro y los datos de series temporales.

entidad Dimension

Aunque el almacén de datos de perfil que mantiene los datos de perfil no es un almacén relacional, el perfil permite la integración con entidades de dimensión pequeñas para crear segmentos de una manera simplificada e intuitiva. Esta integración se conoce como segmentación de varias entidades.

Su organización también puede definir clases XDM para describir cosas que no sean individuales, como tiendas, productos o propiedades. Estas no sonXDM Individual Profile los esquemas se denominan "entidades de dimensión" (también conocidas como "entidades de búsqueda") y no contienen datos de series temporales. Los esquemas que representan entidades de dimensión se vinculan a entidades de perfil mediante el uso de relaciones de esquema.

Las entidades Dimension proporcionan datos de búsqueda que ayudan y simplifican las definiciones de segmentos de varias entidades y deben ser lo suficientemente pequeñas como para que el motor de segmentación pueda cargar todo el conjunto de datos en la memoria para un procesamiento óptimo (búsqueda rápida de puntos).

Infografía que muestra que una entidad de perfil está compuesta por entidades de dimensión.

Fragmentos de perfil

En este documento, hay varias protecciones que hacen referencia a "fragmentos de perfil". En Experience Platform, se combinan varios fragmentos de perfil para formar el perfil del cliente en tiempo real. Cada fragmento representa una identidad principal única y el registro correspondiente o el conjunto completo de datos de evento para ese ID dentro de un conjunto de datos determinado. Para obtener más información sobre los fragmentos de perfil, consulte la Resumen del perfil.

Políticas de combinación

Al unir datos de varias fuentes, las políticas de combinación son las reglas que utiliza Platform para determinar cómo se priorizarán los datos y qué datos se combinarán para crear esa vista unificada. Por ejemplo, si un cliente interactúa con su marca en varios canales, su organización tendrá varios fragmentos de perfil relacionados con ese único cliente que aparecerán en varios conjuntos de datos. Cuando estos fragmentos se incorporan en Platform, se combinan para crear un único perfil para ese cliente. Cuando los datos de varias fuentes entran en conflicto, la política de combinación determina qué información se incluirá en el perfil de la persona. Se permite un máximo de cinco (5) políticas de combinación por organización. Para obtener más información sobre las políticas de combinación, lea la resumen de políticas de combinación.

Conjuntos de datos de grupos de informes Adobe Analytics en Platform

Se pueden habilitar varios grupos de informes para el perfil siempre y cuando se resuelvan todos los conflictos de datos. Puede utilizar la funcionalidad Preparación de datos para resolver conflictos de datos entre eVars, listas y props. Para obtener más información sobre cómo utilizar la funcionalidad de preparación de datos, lea la Guía de IU del conector Adobe Analytics.

En esta página