[Édition B2B]{class="badge informative"}

Barrières de sécurité par défaut pour Real-Time Customer Data Platform version B2B

NOTE
Les limites décrites dans ce document représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.

L’édition B2B de Real-Time Customer Data Platform vous permet de proposer des expériences cross-canal personnalisées basées sur des informations comportementales et des attributs du client sous la forme de profils client et de profils de compte en temps réel. Pour prendre en charge cette nouvelle approche des profils, Experience Platform utilise un modèle de données hybride fortement dénormalisé qui diffère du modèle de données relationnelles traditionnel.

IMPORTANT
Vérifiez vos droits de licence dans votre commande de ventes et la description du produit correspondante sur les limites d’utilisation réelles en plus de cette page de garde-fous.

Ce document fournit des limites d’utilisation et de débit par défaut pour vous aider à modéliser vos données pour optimiser les performances du système. Lors de la révision des mécanismes de sécurisation suivants, on suppose que vous avez correctement modélisé les données. Si vous avez des questions sur la manière de modéliser vos données, contactez votre représentant du service client.

INFO
La plupart des clients ne dépassent pas ces limites par défaut. Si vous souhaitez en savoir plus sur les limites personnalisées, contactez votre représentant de l’assistance clientèle.

Types de limite

Ce document comprend deux types de limites par défaut :

Type de protection
Description
Barrière de sécurité des performances (limite de soft)
Les barrières de performance sont des limites d’utilisation liées à la portée de vos cas d’utilisation. Lorsque vous dépassez les barrières de performance, vous pouvez rencontrer une dégradation des performances et une latence. Adobe n’est pas responsable d’une telle dégradation des performances. Les clients qui dépassent systématiquement une barrière de performance peuvent choisir d’acquérir une capacité supplémentaire afin d’éviter une dégradation des performances.
Barrières de sécurité système (limite stricte)
Les barrières de sécurité appliquées par le système sont appliquées par l’interface utilisateur ou l’API de Real-Time CDP. Il s’agit de limites que vous ne pouvez pas dépasser, car l’interface utilisateur et l’API vous empêcheront de le faire ou renverront une erreur.
INFO
Les limites décrites dans ce document sont constamment améliorées. Consultez régulièrement les mises à jour. Si vous souhaitez en savoir plus sur les limites personnalisées, contactez votre représentant de l’assistance clientèle.

Limites du modèle de données

Les barrières de sécurité suivantes fournissent des limites recommandées lors de la modélisation des données Real-Time Customer Profile. Pour en savoir plus sur les entités principales et les entités de dimension, consultez la section sur les types d’entités dans l’Annexe.

Mécanismes de sécurisation pour les entités principales

NOTE
Les limites de modèle de données décrites dans cette section représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.
Mécanisme de sécurisation
Limite
Type de limite
Description
Jeux de données de classe XDM standard Real-Time CDP B2B Edition
60
Protecteur des performances
Il est recommandé d’utiliser un maximum de 60 jeux de données qui utilisent les classes XDM (Experience Data Model) standard fournies par Real-Time CDP B2B Edition. Pour obtenir la liste complète des classes XDM standard pour les cas d’utilisation B2B, reportez-vous aux schémas de la documentation de Real-Time CDP B2B Edition.

Remarque : en raison de la nature du modèle de données hybride dénormalisé d’Experience Platform, la plupart des clients ne dépasse pas cette limite. Pour toute question sur la manière de modéliser vos données ou pour en savoir plus sur les limites personnalisées, contactez votre représentant de l’assistance clientèle.
Nombre d’identités pour un compte individuel dans un graphique d’identités
50
Protecteur des performances
Le nombre maximal d’identités dans un graphique d’identités pour un compte individuel est de 50. Les profils comportant plus de 50 identités sont exclus de la segmentation, des exportations et des recherches.
Anciennes relations à entités multiples
20
Protecteur des performances
Il est recommandé d’établir au maximum 20 relations à entités multiples définies entre des entités principales et des entités de dimension. D’autres mappages de relation ne doivent pas être effectués tant qu’une relation existante n’est pas supprimée ou désactivée.
Relations multiples-à-un par classe XDM
2
Protecteur des performances
Il est recommandé de définir au maximum 2 relations multiples-à-un par classe XDM. Une relation supplémentaire ne doit pas être établie tant qu’une relation existante n’a pas été supprimée ou désactivée. Pour savoir comment créer une relation entre deux schémas, reportez-vous au tutoriel sur la définition des relations de schéma B2B.

Mécanismes de sécurisation de l’entité de dimension

NOTE
Les limites de modèle de données décrites dans cette section représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.
Mécanisme de sécurisation
Limite
Type de limite
Description
Aucune relation héritée imbriquée
0
Protecteur des performances
Vous ne devez pas créer de relation entre deux schémas non-XDM Individual Profile. La création de relations est not recommandé pour les schémas qui ne font pas partie du schéma d’union Profile.
Seuls les objets B2B peuvent participer à des relations multiples-à-un
0
Barrière de sécurité mise en place par le système
Le système ne prend en charge que les relations multiples-à-un entre les objets B2B. Pour plus d’informations sur les relations multiples-à-un, consultez le tutoriel sur la définition des relations de schéma B2B.
Profondeur maximale des relations imbriquées entre les objets B2B
3
Barrière de sécurité mise en place par le système
La profondeur maximale des relations imbriquées entre les objets B2B est de 3. Cela signifie que dans un schéma fortement imbriqué, vous ne devez pas avoir de relation entre des objets B2B imbriqués à plus de 3 niveaux.
Schéma unique pour chaque entité de dimension
1
Barrière de sécurité mise en place par le système
Chaque entité de dimension doit comporter un seul schéma. Toute tentative d’utilisation d’entités de dimension créées à partir de plusieurs schémas peut avoir un impact sur les résultats de la segmentation. Différentes entités de dimension doivent comporter des schémas distincts.

Limites de taille des données

Les mécanismes de sécurisation suivants se rapportent à la taille des données et fournissent des limites recommandées pour les données qui peuvent être ingérées, stockées et interrogées comme prévu. Pour en savoir plus sur les entités principales et les entités de dimension, consultez la section sur les types d’entités dans l’Annexe.

INFO
La taille des données est mesurée en tant que données non compressées dans JSON au moment de l’ingestion.

Mécanismes de sécurisation pour les entités principales

NOTE
Les limites de taille des données décrites dans cette section représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.
Mécanisme de sécurisation
Limite
Type de limite
Description
Lots ingérés par classe XDM par jour
45
Protecteur des performances
Le nombre total de lots ingérés chaque jour par classe XDM ne doit pas dépasser 45. L’ingestion de lots supplémentaires peut empêcher une performance optimale.

Mécanismes de sécurisation de l’entité de dimension

NOTE
Les limites de taille des données décrites dans cette section représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.
Mécanisme de sécurisation
Limite
Type de limite
Description
Taille totale pour toutes les entités de dimension
5 Go
Protecteur des performances
La taille totale recommandée pour toutes les entités dimensionnelles est de 5 Go. L’ingestion d’entités de dimension volumineuses peut affecter les performances du système. Par exemple, il n’est pas recommandé de charger un catalogue de produits de 10 Go en tant qu’entité de dimension.
Jeux de données par schéma d’entité dimensionnelle
5
Protecteur des performances
Il est recommandé d’associer un maximum de 5 jeux de données à chaque schéma d’entité dimensionnelle. Par exemple, si vous créez un schéma pour les « produits » et ajoutez cinq jeux de données de contribution, vous ne devez pas créer un sixième jeu de données lié au schéma de produits.
Lots d’entités de dimension ingérés par jour
4 par entité
Protecteur des performances
Le nombre maximal recommandé de lots d’entités de dimension ingérés par jour est de 4 par entité. Par exemple, vous pouvez ingérer des mises à jour à un catalogue de produits jusqu’à 4 fois par jour. L’ingestion de lots d’entités de dimension supplémentaires pour la même entité peut affecter les performances du système.

Mécanismes de sécurisation de la segmentation

Les barrières de sécurité décrites dans cette section font référence au nombre et à la nature des audiences qu’une organisation peut créer dans un Experience Platform, ainsi qu’au mappage et à l’activation d’audiences vers des destinations.

NOTE
Les limites de segmentation décrites dans cette section représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.
Mécanisme de sécurisation
Limite
Type de limite
Description
Définitions de segment par environnement de test B2B
400
Protecteur des performances
Une organisation peut avoir plus de 400 définitions de segment au total, à condition qu’il y ait moins de 400 définitions de segment dans chaque environnement de test B2B individuel. Toute tentative de création de définitions de segment supplémentaires peut affecter les performances du système.

Étapes suivantes

Les limites décrites dans ce document représentent les modifications activées par Real-Time Customer Data Platform B2B Edition. Pour obtenir une liste complète des limites par défaut de l’édition B2B de Real-Time CDP, combinez ces limites aux limites générales de Adobe Experience Platform décrites dans la documentation sur les barrières de sécurité pour les données de profil client en temps réel.

Annexe

Cette section fournit des détails supplémentaires sur les limites de ce document.

Types d’entités

Le modèle de données de magasin Profile se compose de deux types d’entités principaux : entités principales et entités de dimension.

Entité de Principal

Une entité principale, ou entité de profil, fusionne les données pour former une "source unique de vérité" pour un individu. Ces données unifiées sont représentées à l’aide d’une « vue d’union ». Une vue d’union agrège les champs de tous les schémas qui implémentent la même classe dans un seul schéma d’union. Le schéma d’union pour Real-Time Customer Profile est un modèle de données hybride dénormalisé qui agit comme un conteneur pour tous les attributs de profil et événements comportementaux.

Les attributs indépendants du temps, également appelés « données d’enregistrement », sont modélisés à l’aide de XDM Individual Profile, tandis que les données de série temporelle, également appelées « données d’événement », sont modélisées à l’aide de XDM ExperienceEvent. Comme les données d’enregistrement et de série temporelle sont ingérées dans Adobe Experience Platform, Real-Time Customer Profile commence à ingérer les données qui ont été activées pour son utilisation. Plus la quantité d’interactions et de détails ingérés est élevée, plus les profils deviennent robustes.

Infographie décrivant les différences entre les données d’enregistrement et les données de série temporelle.

Entité de Dimension

Bien que la banque de données de profil conservant les données de profil ne soit pas une banque de données relationnelle, Profile permet l’intégration à de petites entités de dimension afin de créer des audiences d’une manière simplifiée et intuitive. Cette intégration est connue sous le nom de segmentation multi-entités.

Votre entreprise peut également définir des classes XDM pour décrire des éléments autres que des individus, tels que des magasins, des produits ou des propriétés. Ces schémas non-XDM Individual Profile sont appelés "entités de dimension" (également appelées "entités de recherche") et ne contiennent pas de données de série temporelle. Les schémas qui représentent des entités de dimension sont liés à des entités de profil par l’utilisation de relations de schéma.

Les entités de dimension fournissent des données de recherche qui aident et simplifient les définitions de segment multi-entités. Elles doivent être suffisamment petites pour que le moteur de segmentation puisse charger l’ensemble des données en mémoire pour un traitement optimal (recherche de point rapide).

Infographie montrant qu’une entité de profil est composée d’entités de dimension.

recommendation-more-help
6f08adb8-9d4a-4cec-8173-ab4c03ac2841