Les barrières de sécurité sont des seuils qui guident l’utilisation des données et du système, l’optimisation des performances et la prévention des erreurs ou des résultats inattendus dans Adobe Experience Platform.
Ce document fournit des limites d’utilisation par défaut pour les données de Query Service afin de vous aider à optimiser les performances du système lors de l’interrogation de données par rapport à vos droits de licence.
Avant de poursuivre ce document, vous devez bien comprendre les principales définitions et fonctionnalités de Query Service. Ils sont décrits ci-dessous :
Requêtes ad hoc: pour l’exécution SELECT
requêtes pour explorer, tester et valider les données où les résultats des requêtes ne sont pas stockés sur le lac de données.
Requêtes par lots: pour l’exécution INSERT TABLE AS SELECT
et CREATE TABLE AS SELECT
requêtes pour nettoyer, former, manipuler et enrichir les données. Les résultats de ces requêtes sont stockées ; sur le lac de données. La mesure permettant de mesurer la consommation de cette fonctionnalité est les heures de calcul.
Utilisateurs de Query Service: les utilisateurs de Query Service fournis dans votre licence actuelle pour Customer Journey Analytics, Adobe Real-time Customer Data Platform et/ou Adobe Journey Optimizer peuvent également être utilisés avec Data Distiller. Les utilisateurs de Query Service sont partagés entre les fonctionnalités.
Utilisateurs ad hoc: les utilisateurs ad hoc sont ceux qui exécutent des requêtes ad hoc.
Utilisateurs par lots: les utilisateurs par lots sont ceux qui exécutent les requêtes par lot.
API de création de rapports: API permettant d’effectuer des appels de récupération de données (en interne ou en externe). Les modèles de données de rapport étendus sont dérivés des modèles de données de rapport natifs dans Adobe Experience Platform, tels que le modèle de données des tableaux de bord Real-Time CDP.
L’illustration ci-dessous résume la manière dont les fonctionnalités de Query Service sont actuellement mises en package et sous licence :
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é appliquées par le 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. |
Les limites par défaut décrites dans ce document sont constamment améliorées. Consultez régulièrement les mises à jour.
Les tableaux ci-dessous contiennent les descriptions et limites recommandées pour l’exécution des requêtes lors de l’utilisation d’un modèle de requête particulier.
Requêtes ad hoc
Mécanisme de sécurisation | Limite | Type de limite | Description |
---|---|---|---|
Durée maximale d’exécution | 10 minutes | Barrière de sécurité mise en place par le système | Cela définit le temps de sortie maximal pour une requête SQL ad hoc. Le dépassement de la limite de temps pour renvoyer un résultat renvoie le code d’erreur 53400. |
Utilisateurs de Query Service simultanés |
|
Barrière de sécurité mise en place par le système | Cela définit le nombre d’utilisateurs qui peuvent créer des sessions simultanément pour une organisation particulière. Si la limite de simultanéité est dépassée, l’utilisateur reçoit une Session Limit Reached erreur. |
Concurrence des requêtes |
|
Barrière de sécurité mise en place par le système | Cela définit le nombre de requêtes pouvant être exécutées simultanément pour une organisation particulière. Si la limite de simultanéité est dépassée, les requêtes sont mises en file d'attente. |
Connecteur client et limite de sortie de résultat | Connecteur client
|
Barrière de sécurité mise en place par le système | Le résultat d'une requête peut être reçu par les moyens suivants :
LIMIT 5 , LIMIT 10 , etc. |
Résultats renvoyés via | Interface utilisateur du client | S/O | Cela définit la manière dont les résultats sont mis à la disposition des utilisateurs. |
Requêtes par lots
Mécanisme de sécurisation | Limite | Type de limite | Description |
---|---|---|---|
Durée maximale d’exécution | 24 heures | Barrière de sécurité mise en place par le système | Cette option définit le temps d’exécution maximal d’une requête SQL par lot. Le temps de traitement d’une requête dépend du volume de données à traiter et de la complexité des requêtes. |
Utilisateurs simultanés de Query Service pour un lot non planifié |
|
Barrière de sécurité mise en place par le système | Pour les requêtes par lots non planifiées (par exemple, les requêtes CTAS/ITAS en mode interactif), cela définit le nombre d’utilisateurs qui peuvent créer des sessions simultanément pour une organisation particulière. Si la limite de simultanéité est dépassée, l’utilisateur reçoit une Session Limit Reached erreur. |
Utilisateurs simultanés de Query Service pour un lot planifié | Aucune limitation d’utilisateur | S/O | Les requêtes par lots planifiées sont des tâches asynchrones, il n’y a donc aucune limitation de l’utilisateur. |
Heures de calcul pour le traitement des données par lots | Comme spécifié dans la commande de ventes SKU personnalisé de la requête de renseignement Adobe Experience Platform du client | Protecteur des performances | Cela définit la durée de calcul définie par chaque année pendant laquelle un client est autorisé à exécuter des requêtes par lots afin d’analyser, de traiter et d’écrire des données dans le lac de données. |
Concurrence des requêtes | Pris en charge | S/O | Les requêtes par lots planifiées sont des tâches asynchrones. Par conséquent, les requêtes simultanées sont prises en charge. |
Connecteur client et limite de sortie des résultats | Connecteur client
|
Barrière de sécurité mise en place par le système | Le résultat d'une requête peut être rendu disponible à l'aide des méthodes suivantes :
|
Résultats renvoyés via | Jeu de données | S/O | Cela définit la manière dont les résultats sont mis à la disposition des utilisateurs. |
Le tableau ci-dessous fournit la description et les limites recommandées de la barrière de sécurité pour le magasin accéléré de requêtes.
Mécanisme de sécurisation | Limite | Type de limite | Description |
---|---|---|---|
Concurrence des requêtes | 4 | Barrière de sécurité mise en place par le système | Pour garantir que les requêtes sur les données agrégées via l’API de création de rapports (y compris les requêtes qui améliorent les modèles de données tels que les modèles de données Real-Time CDP) disposent des ressources pour s’exécuter efficacement, l’API de création de rapports effectue le suivi de l’utilisation des ressources en attribuant des emplacements simultanés à chaque requête. Le système place les requêtes dans une file d’attente et attend que les emplacements simultanés soient disponibles ou qu’ils puissent être diffusés à partir du cache. Quatre emplacements de requête simultanés au maximum sont disponibles à tout moment. Si vous accédez à l’API de création de rapports par le biais d’un outil de BI et que vous avez besoin de davantage de simultanéité, un serveur de BI est requis. |
Après avoir lu ce document, vous devez mieux comprendre les limites par défaut pour l’exécution des requêtes avec les modèles de requête disponibles.
Pour plus d’informations sur Query Service, consultez la documentation suivante :
Pour plus d’informations sur les barrières de sécurité des autres services Experience Platform, sur les informations de latence de bout en bout et les informations de licence des documents Description du produit Real-Time CDP, consultez la documentation suivante :