Show Menu
TÓPICOS×

Platform guardões para Real-time Customer Profile

Real-time Customer Profile fornece perfis individuais que permitem fornecer experiências personalizadas entre canais com base em insights comportamentais e atributos do cliente. Para atingir essa definição de metas, Profile e o mecanismo de segmentação dentro da Adobe Experience Platform use um modelo de dados híbridos altamente desnormalizado que oferta uma nova abordagem aos perfis de clientes em desenvolvimento. O uso desse modelo de dados híbridos torna extremamente importante que os dados coletados sejam modelados corretamente. Embora o armazenamento de Profile dados que mantém os dados do perfil não seja um armazenamento relacional, Profile permite a integração com pequenas entidades de dimensão para criar segmentos de maneira simplificada e intuitiva. Essa integração é conhecida como segmentação de várias entidades.
A Adobe Experience Platform fornece uma série de garantias para ajudar você a evitar a criação de modelos de dados que não Real-time Customer Profile suportam. Este documento descreve as práticas recomendadas e as restrições ao usar entidades de dimensão, especificamente na segmentação em lote.
Os níveis de garantia e os limites indicados neste documento estão constantemente a ser melhorados. Verifique regularmente se há atualizações.

Introdução

É recomendável que você leia a seguinte documentação dos serviços de Experience Platform antes de tentar criar modelos de dados para uso em Real-time Customer Profile. Trabalhar com modelos de dados e as garantias descritas neste documento requer uma compreensão dos vários serviços de Experience Platform envolvidos com Real-time Customer Profile entidades gerenciadoras:
  • Perfil do cliente em tempo real : Fornece um perfil unificado e em tempo real para o consumidor, com base em dados agregados de várias fontes.
  • Serviço de identidade Adobe Experience Platform: Suporta a criação de uma "visualização única do cliente", fazendo a ponte entre identidades de fontes de dados diferentes conforme são assimiladas Platform.
  • Experience Data Model (XDM) : A estrutura padronizada pela qual a Plataforma organiza os dados de experiência do cliente.
  • Serviço de segmentação do Adobe Experience Platform: O mecanismo de segmentação usado para criar segmentos de audiência a partir dos perfis do cliente com base nos comportamentos e atributos do cliente. Platform
    • Segmentação de várias entidades: Um guia para a criação de segmentos que integram entidades de dimensão aos dados do perfil.

Tipos de entidade

O modelo de dados de Profile armazenamento consiste em dois tipos principais de entidade:
  • Entidade primária: Uma entidade primária, ou entidade perfil, une os dados para formar uma "única fonte de verdade" para um indivíduo. Esses dados unificados são representados usando o que é conhecido como "visualização de união". Uma visualização união agregação os campos de todos os schemas que implementam a mesma classe em um único schema de união. O schema de união para Real-time Customer Profile é um modelo de dados híbrido desnormalizado que atua como um container para todos os atributos do perfil e eventos comportamentais.
    Os atributos independentes de tempo, também conhecidos como "dados de registro", são modelados utilizando XDM Individual Profile, enquanto os dados das séries cronológicas, também conhecidos como "dados de evento", são modelados utilizando XDM ExperienceEvent. À medida que os dados de registro e de série de tempo são ingeridos no Adobe Experience Platform, ele aciona Real-time Customer Profile a assimilação de dados que foram habilitados para uso. Quanto mais interações e detalhes forem ingeridos, mais robustos serão os perfis individuais.
  • entidade Dimension: Sua organização também pode definir classes XDM para descrever coisas diferentes de indivíduos, como lojas, produtos ou propriedades. Esses nãoXDM Individual Profile schemas são conhecidos como "entidades de dimensão" e não contêm dados de séries de tempo. As entidades de Dimension fornecem dados de pesquisa que auxiliam e simplificam as definições de segmentos de várias entidades e devem ser suficientemente pequenos para que o mecanismo de segmentação possa carregar todo o conjunto de dados na memória para um processamento ideal (pesquisa de ponto rápido).

Tipos de limite

Ao definir o modelo de dados, é recomendável que você fique dentro dos coletores fornecidos para garantir o desempenho correto e evitar erros do sistema. Os coletores fornecidos neste documento incluem dois tipos de limite:
  • Limite suave: Um limite flexível fornece um máximo recomendado para o desempenho ideal do sistema. É possível ir além de um limite flexível sem quebrar o sistema ou receber mensagens de erro, no entanto, ir além de um limite flexível resultará em degradação do desempenho. É recomendável permanecer dentro do limite flexível para evitar diminuições no desempenho geral.
  • Limite rígido: Um limite rígido fornece um máximo absoluto para o sistema. Ultrapassar um limite rígido resultará em interrupções e erros, impedindo o sistema de funcionar conforme esperado.

Tampões do modelo de dados

É recomendável seguir os seguintes painéis de controle ao criar um modelo de dados para uso com Real-time Customer Profile.

Garantias da entidade principal

Guarda
Limite
Tipo de limite
Descrição
Número de conjuntos de dados recomendados para contribuir com o schema da Profile união
20
Suave
É recomendado um máximo de 20 conjuntos de dadosProfilehabilitados. Para habilitar outro conjunto de dados para Profile, um conjunto de dados existente deve ser removido ou desabilitado primeiro.
Número de relacionamentos de várias entidades recomendados
5
Suave
É recomendado um máximo de 5 relacionamentos multientidades definidos entre entidades primárias e entidades de dimensão. Mapeamentos de relacionamento adicionais não devem ser feitos até que um relacionamento existente seja removido ou desativado.
Profundidade máxima do JSON para o campo de ID usado em relação de várias entidades
4
Suave
A profundidade máxima de JSON recomendada para um campo de ID usado em relações de várias entidades é 4. Isso significa que em um schema altamente aninhado, os campos que têm mais de 4 níveis de profundidade não devem ser usados como campo de ID em um relacionamento.
cardinalidade de matriz em um fragmento de perfil
<=500
Suave
A cardinalidade ideal do storage em um fragmento de perfil (dados independentes de tempo) é <=500.
cardinalidade de matriz em ExperienceEvent
<=10
Suave
A cardinalidade ideal do storage em um ExperienceEvent (dados da série cronológica) é <=10.

Dimension

Guarda
Limite
Tipo de limite
Descrição
Não são permitidos dados de séries cronológicas para nãoXDM Individual Profile entidades
0
Grave
Dados de séries de tempo não são permitidos para nãoXDM Individual Profileentidades no Serviço de Perfis. Se um conjunto de dados de séries de tempo estiver associado a uma ID que não sejaXDM Individual Profile a ID, o conjunto de dados não deverá ser ativado para Profile.
Sem relações aninhadas
0
Suave
Você não deve criar uma relação entre dois nãoXDM Individual Profileschemas. A capacidade de criar relações não é recomendada para schemas que não façam parte do schema da Profile união.
Profundidade máxima do JSON para o campo de ID principal
4
Suave
A profundidade máxima de JSON recomendada para o campo de ID principal é 4. Isso significa que em um schema altamente aninhado, você não deve selecionar um campo como ID principal se ele estiver aninhado com mais de quatro níveis de profundidade. Um campo que está no quarto nível aninhado pode ser usado como uma ID primária.

Resgates de tamanho de dados

Os seguintes coletores se referem ao tamanho dos dados e são recomendados para garantir que os dados possam ser assimilados, armazenados e consultados conforme desejado.
O tamanho dos dados será medido como dados não comprimidos no JSON no momento da ingestão.

Garantias da entidade principal

Guarda
Limite
Tipo de limite
Descrição
Tamanho máximo por fragmento de perfil
10KB
Suave
O tamanho máximo recomendado de um fragmento de perfil é de 10 KB. A inserção de fragmentos maiores de perfil afetará o desempenho do sistema. Por exemplo, carregar um conjunto de dados CRM pesado onde alguns fragmentos de perfil têm tamanho de 50 kB resultará em desempenho degradado do sistema.
Tamanho máximo absoluto por fragmento de perfil
1MB
Grave
O tamanho máximo absoluto de um fragmento de perfil é de 1MB. A ingestão falhará ao tentar carregar um fragmento de perfil maior que 1MB.

Dimension

Guarda
Limite
Tipo de limite
Descrição
Tamanho total máximo por entidade dimensional
1GB
Suave
O tamanho total máximo recomendado para uma entidade de dimensão é de 1 GB. Ingerir entidades de dimensão grande resultará em desempenho degradado do sistema. Por exemplo, não é recomendado tentar carregar um catálogo de produtos de 10 GB como uma entidade de dimensão.
Conjuntos de dados por schema de entidade dimensional
5
Suave
É recomendado um máximo de cinco conjuntos de dados associados a cada schema de entidade dimensional. Por exemplo, se você criar um schema para "produtos" e adicionar cinco conjuntos de dados de contribuição, não deverá criar um sexto conjunto de dados vinculado ao schema de produtos.