Proteções padrão para Real-Time Customer Profile dados e segmentação

Última atualização em 2023-11-28
  • Tópicos
  • Profiles
    Exibir mais informações sobre este tópico
  • Criado para:
  • Developer
    User
    Admin
    Leader

O Adobe Experience Platform permite fornecer experiências personalizadas entre canais com base em insights comportamentais e atributos do cliente na forma de Perfis de clientes em tempo real. Para dar suporte a essa nova abordagem aos perfis, o Experience Platform usa um modelo de dados híbrido altamente desnormalizado que difere do modelo de dados relacional tradicional.

Este documento fornece limites de uso e taxa padrão para ajudar a modelar seus dados de perfil para obter o melhor desempenho do sistema. Ao revisar as medidas de proteção a seguir, presume-se que você tenha modelado os dados corretamente. Em caso de dúvidas sobre como modelar os dados, entre em contato com o representante do Atendimento ao cliente.

OBSERVAÇÃO

A maioria dos clientes não excede esses limites padrão. Se quiser saber mais sobre limites personalizados, entre em contato com o representante do Atendimento ao cliente.

Introdução

Os seguintes serviços de Experience Platform estão envolvidos na modelagem de dados do Perfil do cliente em tempo real:

  • Real-Time Customer Profile: crie perfis de consumidores unificados usando dados de várias fontes.
  • Identidades: identidades de ponte de fontes de dados diferentes, à medida que são assimiladas na Platform.
  • Esquemas: os esquemas do Experience Data Model (XDM) são a estrutura padronizada pela qual a Platform organiza os dados de experiência do cliente.
  • Públicos-alvo: o mecanismo de segmentação na Platform é usado para criar públicos-alvo a partir dos perfis do cliente com base nos comportamentos e atributos do cliente.

Tipos de limite

Há dois tipos de limites padrão neste documento:

Tipo de grade de proteção Descrição
Proteção de desempenho (limite flexível) As medidas de proteção de desempenho são limites de uso relacionados ao escopo dos seus casos de uso. Ao exceder as medidas de proteção de desempenho, você pode enfrentar degradação e latência do desempenho. O Adobe não é responsável por essa degradação de desempenho. Os clientes que excederem consistentemente uma garantia de desempenho podem optar por licenciar capacidade adicional para evitar a degradação do desempenho.
Medidas de proteção aplicadas pelo sistema (limite rígido) As medidas de proteção aplicadas pelo sistema são aplicadas pela interface do usuário ou API do Real-Time CDP. Esses são limites que você não pode exceder, pois a interface do usuário e a API o bloquearão de fazer isso ou retornarão um erro.
OBSERVAÇÃO

Os limites descritos neste documento estão sendo constantemente melhorados. Verifique regularmente se há atualizações. Se você estiver interessado em saber mais sobre limites personalizados, entre em contato com o representante do Atendimento ao cliente.

Limites do modelo de dados

As medidas de proteção a seguir fornecem limites recomendados ao modelar dados do Perfil do cliente em tempo real. Para saber mais sobre entidades primárias e entidades de dimensão, consulte a seção sobre tipos de entidade no apêndice.

Um diagrama que mostra as diferentes medidas de proteção para os dados do Perfil no Adobe Experience Platform.

Medidas de proteção da entidade principal

Grade de Proteção Limite Tipo de limite Descrição
Conjuntos de dados da classe Perfil individual XDM 20 Proteção de desempenho Recomenda-se um máximo de 20 conjuntos de dados que usam a classe Perfil individual XDM.
Conjuntos de dados da classe XDM ExperienceEvent 20 Proteção de desempenho Recomenda-se um máximo de 20 conjuntos de dados que usam a classe XDM ExperienceEvent.
Conjuntos de dados do conjunto de relatórios do Adobe Analytics ativados para Perfil 1 Proteção de desempenho No máximo um (1) conjunto de dados do conjunto de relatórios do Analytics deve estar ativado para o Perfil. A tentativa de ativar vários conjuntos de dados do Analytics para o Perfil pode ter consequências não intencionais para a qualidade dos dados. Para obter mais informações, consulte a seção sobre Conjuntos de dados do Adobe Analytics no apêndice.
Relacionamentos de várias entidades 5 Proteção de desempenho Recomenda-se um máximo de 5 relacionamentos de várias entidades 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 desabilitado.
Profundidade JSON para o campo de ID usado no relacionamento de várias entidades 4 Proteção de desempenho A profundidade máxima de JSON recomendada para um campo de ID usado em relacionamentos de várias entidades é 4. Isso significa que, em um esquema altamente aninhado, os campos aninhados com mais de 4 níveis de profundidade não devem ser usados como um campo de ID em uma relação.
Cardinalidade de matriz em um fragmento de perfil <=500 Proteção de desempenho A cardinalidade de matriz ideal em um fragmento de perfil (dados independentes do tempo) é <=500.
Cardinalidade de matriz no ExperienceEvent <=10 Proteção de desempenho A cardinalidade de array ideal em um ExperienceEvent (dados de série temporal) é <=10.
Contagem de identidades para o gráfico de identidade de perfil individual 50 Proteção imposta pelo sistema O número máximo de identidades em um Gráfico de identidade para um perfil individual é 50. Quaisquer perfis com mais de 50 identidades são excluídos da segmentação, das exportações e das pesquisas.

Medidas de proteção de entidade Dimension

Grade de Proteção Limite Tipo de limite Descrição
Não são permitidos dados de séries temporais paraXDM Individual Profile entidades 0 Proteção imposta pelo sistema Os dados de série temporal não são permitidos paraXDM Individual Profile entidades no Serviço de perfil. Se um conjunto de dados de séries temporais estiver associado a umXDM Individual Profile ID, o conjunto de dados não deve ser ativado para Profile.
Nenhuma relação aninhada 0 Proteção de desempenho Você não deve criar uma relação entre doisXDM Individual Profile esquemas. A capacidade de criar relações não é recomendada para esquemas que não fazem parte da Profile esquema de união.
Profundidade JSON para o campo de ID principal 4 Proteção de desempenho A profundidade máxima recomendada de JSON para o campo de ID primária é 4. Isso significa que em um esquema altamente aninhado, você não deve selecionar um campo como uma ID primária se ele estiver aninhado a mais de 4 níveis de profundidade. Um campo que esteja no quarto nível aninhado pode ser usado como uma ID primária.

Limites de tamanho de dados

As medidas de proteção a seguir se referem ao tamanho dos dados e fornecem limites recomendados para os dados que podem ser assimilados, armazenados e consultados conforme esperado. Para saber mais sobre entidades primárias e entidades de dimensão, consulte a seção sobre tipos de entidade no apêndice.

OBSERVAÇÃO

O tamanho dos dados é medido como dados descompactados no JSON no momento da assimilação.

Medidas de proteção da entidade principal

Grade de Proteção Limite Tipo de limite Descrição
Tamanho máximo do ExperienceEvent 10 KB Proteção imposta pelo sistema O tamanho máximo de um evento é 10KB. A assimilação continuará, mas os eventos maiores que 10 KB serão descartados.
Tamanho máximo do registro de perfil 100 KB Proteção imposta pelo sistema O tamanho máximo de um registro de perfil é 100 KB. A assimilação continuará, no entanto, registros de perfil maiores que 100 KB serão descartados.
Tamanho máximo do fragmento do perfil 50MB Proteção imposta pelo sistema O tamanho máximo de um único fragmento de perfil é de 50 MB. A segmentação, as exportações e as pesquisas podem falhar para qualquer fragmento do perfil que seja maior que 50 MB.
Tamanho máximo de armazenamento do perfil 50MB Proteção de desempenho O tamanho máximo de um perfil armazenado é 50 MB. Adição de novo fragmentos de perfil em um perfil com mais de 50 MB afetará o desempenho do sistema. Por exemplo, um perfil pode conter um único fragmento de 50 MB ou pode conter vários fragmentos em vários conjuntos de dados com um tamanho total combinado de 50 MB. Tentar armazenar um perfil com um único fragmento maior que 50 MB, ou com vários fragmentos que totalizam mais de 50 MB em tamanho combinado, afetará o desempenho do sistema.
Número de lotes Profile ou ExperienceEvent assimilados por dia 90 Proteção de desempenho O número máximo de lotes Profile ou ExperienceEvent assimilados por dia é 90. Isso significa que o total combinado de lotes Profile e ExperienceEvent assimilados a cada dia não pode exceder 90. A ingestão de lotes adicionais afetará o desempenho do sistema.
Número de ExperienceEvents por registro de perfil 5000 Proteção de desempenho O número máximo de ExperienceEvents por registro de perfil é 5000. Perfis com mais de 5000 ExperienceEvents não ser consideradas para segmentação.

Medidas de proteção de entidade Dimension

Grade de Proteção Limite Tipo de limite Descrição
Tamanho total de todas as entidades dimensionais 5 GB Proteção de desempenho O tamanho total recomendado para todas as entidades dimensionais é 5 GB. A ingestão de entidades de dimensão grandes pode afetar o desempenho do sistema. Por exemplo, não é recomendado tentar carregar um catálogo de produtos de 10 GB como uma entidade de dimensão.
Esquema de entidade dimensional de conjuntos de dados 5 Proteção de desempenho Recomenda-se um máximo de 5 conjuntos de dados associados a cada esquema de entidade dimensional. Por exemplo, se você criar um esquema para "produtos" e adicionar cinco conjuntos de dados de contribuição, não deverá criar um sexto conjunto de dados vinculado ao esquema de produtos.
Lotes de entidades Dimension assimilados por dia 4 por entidade Proteção de desempenho O número máximo recomendado de lotes de entidades de dimensão assimilados por dia é 4 por entidade. Por exemplo, você pode assimilar atualizações em um catálogo de produtos até 4 vezes por dia. A ingestão de lotes de entidades de dimensão adicionais para a mesma entidade pode afetar o desempenho do sistema.

Proteções de segmentação

As medidas de proteção descritas nesta seção referem-se ao número e à natureza dos públicos que uma organização pode criar no Experience Platform, bem como mapear e ativar públicos para destinos.

Grade de Proteção Limite Tipo de limite Descrição
Públicos-alvo por sandbox 4000 Proteção de desempenho Uma organização pode ter mais de 4000 públicos-alvo no total, desde que haja menos de 4000 públicos-alvo em cada sandbox individual. Tentar criar públicos adicionais pode afetar o desempenho do sistema. Leia mais sobre criação de públicos por meio do construtor de segmentos.
Públicos-alvo da borda por sandbox 150 Proteção de desempenho Uma organização pode ter mais de 150 públicos-alvo de borda no total, desde que haja menos de 150 públicos-alvo de borda em cada sandbox individual. Tentar criar públicos-alvo de borda adicionais pode afetar o desempenho do sistema. Leia mais sobre públicos-alvo de borda.
Públicos-alvo de transmissão por sandbox 500 Proteção de desempenho Uma organização pode ter mais de 500 públicos-alvo de transmissão no total, desde que haja menos de 500 públicos-alvo de transmissão em cada sandbox individual. Tentar criar públicos de transmissão adicionais pode afetar o desempenho do sistema. Leia mais sobre públicos-alvo de transmissão.
Públicos em lote por sandbox 4000 Proteção de desempenho Uma organização pode ter mais de 4000 públicos-alvo em lote no total, desde que haja menos de 4000 públicos-alvo em lote em cada sandbox individual. Tentar criar públicos-alvo em lote adicionais pode afetar o desempenho do sistema.
Públicos-alvo da conta por sandbox 50 Proteção imposta pelo sistema Você pode criar no máximo 50 públicos-alvo de conta em uma sandbox. Depois de atingir 50 públicos-alvo em uma sandbox, a variável Criar público o controle está desativado ao tentar criar um novo público-alvo para a conta. Leia mais sobre públicos-alvo da conta.
Composições publicadas por sandbox 10 Proteção de desempenho Você pode ter no máximo 10 composições publicadas em uma sandbox. Leia mais sobre composição de público-alvo no guia da interface.

Apêndice

Esta seção fornece detalhes adicionais para os limites neste documento.

Tipos de entidade

A variável Profile o modelo de armazenamento de dados consiste em dois tipos de entidade principais: entidades principais e entidades de dimensão.

Entidade principal

Uma entidade principal, ou entidade de perfil, mescla 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 de união agrega os campos de todos os esquemas que implementam a mesma classe em um único esquema de união. O esquema de união para Real-Time Customer Profile é um modelo de dados híbrido desnormalizado que atua como um container para todos os atributos de perfil e eventos comportamentais.

Os atributos independentes do tempo, também conhecidos como "dados de registro", são modelados usando XDM Individual Profile, enquanto os dados de série temporal, também conhecidos como "dados de evento", são modelados usando XDM ExperienceEvent. À medida que os dados de registro e de série temporal são assimilados no Adobe Experience Platform, ele é acionado Real-Time Customer Profile para começar a assimilar dados que foram ativados para seu uso. Quanto mais interações e detalhes forem assimilados, mais robustos os perfis individuais se tornarão.

Um infográfico que descreve as diferenças entre os dados de registro e os dados de série temporal.

entidade Dimension

Embora o armazenamento de dados do perfil que mantém os dados do perfil não seja um armazenamento relacional, o Perfil permite a integração com entidades de pequena dimensão para criar públicos-alvo de maneira simplificada e intuitiva. Essa integração é conhecida como segmentação de várias entidades.

Sua organização também pode definir classes XDM para descrever coisas que não sejam indivíduos, como lojas, produtos ou propriedades. Esses programas,XDM Individual Profile os esquemas são chamados de "entidades de dimensão" (também conhecidas como "entidades de pesquisa") e não contêm dados de série temporal. Os esquemas que representam entidades de dimensão são vinculados a entidades de perfil por meio do uso de relacionamentos de esquema.

As entidades Dimension fornecem dados de pesquisa que auxiliam e simplificam as definições de segmento de várias entidades e devem ser pequenas o suficiente para que o mecanismo de segmentação possa carregar todo o conjunto de dados na memória para um processamento ideal (pesquisa rápida por ponto).

Um infográfico que mostra que uma entidade de perfil é composta de entidades de dimensão.

Fragmentos de perfil

Neste documento, há várias medidas de proteção que se referem aos "fragmentos de perfil". No Experience Platform, vários fragmentos de perfil são mesclados para formar o Perfil do cliente em tempo real. Cada fragmento representa uma identidade primária exclusiva e o registro correspondente ou conjunto completo de dados do evento para essa ID em um determinado conjunto de dados. Para saber mais sobre fragmentos de perfil, consulte a Visão geral do perfil.

Políticas de mesclagem

Ao reunir dados de várias fontes, as políticas de mesclagem são as regras que a Platform usa para determinar como os dados serão priorizados e quais dados serão combinados para criar essa visualização unificada. Por exemplo, se um cliente interagir com sua marca em vários canais, sua organização terá vários fragmentos de perfil relacionados a esse único cliente que aparecem em vários conjuntos de dados. Quando esses fragmentos são assimilados na Platform, eles são mesclados para criar um único perfil para esse cliente. Quando os dados de várias origens entram em conflito, a política de mesclagem determina quais informações incluir no perfil para o indivíduo. São permitidas no máximo cinco (5) políticas de mesclagem por organização. Para saber mais sobre políticas de mesclagem, leia o visão geral das políticas de mesclagem.

Conjuntos de dados do conjunto de relatórios do Adobe Analytics na plataforma

Vários conjuntos de relatórios podem ser ativados para o Perfil desde que todos os conflitos de dados sejam resolvidos. Você pode usar a funcionalidade Preparo de dados para resolver conflitos de dados entre eVars, Listas e Props. Para saber mais sobre como usar a funcionalidade Preparo de dados, leia a Guia da interface do conector do Adobe Analytics.

Próximas etapas

Consulte a documentação a seguir para obter mais informações sobre outras medidas de proteção dos serviços de Experience Platform, informações de latência de ponta a ponta e informações de licenciamento dos documentos Descrição do produto Real-Time CDP:

Nesta página