Mécanismes de sécurisation pour Query Service

Type de mécanisme de sécurisation

Description

Les mécanismes de sécurisation de performances sont des limites d’utilisation liées à la portée de vos cas d’utilisation. Si vous dépassez les mécanismes de sécurisation des performances, vous pouvez rencontrer une dégradation des performances et une latence. Adobe n’est pas responsable de cette dégradation des performances. Les clients qui dépassent régulièrement un mécanisme de sécurisation des performances peuvent choisir de se procurer une licence pour une capacité supplémentaire afin d’éviter une dégradation des performances.

Les mécanismes de sécurisation appliqués par le système sont appliqués par l’interface utilisateur ou l’API Real-Time CDP. Il s’agit de limites que vous ne pouvez pas dépasser, car l’interface utilisateur et l’API vous en empêcheront ou renverront une erreur.

Mécanisme de sécurisation

Limite

Type de limite

Description

Durée maximale d’exécution

10 minutes

Mécanisme de sécurisation mis en œuvre par le système

Cela définit le temps de sortie maximal d’une requête SQL ad hoc. Le dépassement du délai imparti pour renvoyer un résultat renvoie le code d’erreur 53400.

Utilisateurs Query Service simultanés

• Tel que spécifié dans la description du produit d'application.
• +5 (avec chaque pack de modules complémentaires d’utilisateurs de requêtes ad hoc acheté)

Mécanisme de sécurisation mis en œuvre par le système

Cela définit le nombre d’utilisateurs et d’utilisatrices 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 ou l’utilisatrice reçoit une erreur de Session Limit Reached.

Simultanéité des requêtes

• Tel que spécifié dans la description du produit d'application.
• +1 (avec chaque pack de SKU de module complémentaire d’utilisateur de requête ad hoc acheté)

Mécanisme de sécurisation mis en œuvre 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

• Interface utilisateur de requête (100 lignes)
• Client tiers (50 000)
• PostgresSQL client (50 000)

Mécanisme de sécurisation mis en œuvre par le système

Le résultat d’une requête peut être reçu par les moyens suivants :

• Interface utilisateur de Query Service
• Client tiers
• client PostgresSQL

Remarque : l’ajout d’une limitation au nombre de sorties peut renvoyer des résultats plus rapidement. Par exemple, 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.

Durée maximale d’exécution

24 heures

Mécanisme de sécurisation mis en œuvre par le système

Cela définit le temps d’exécution maximal d’une requête SQL par lots.
Le temps de traitement d’une requête dépend du volume de données à traiter et de la complexité de la requête.

Utilisateurs simultanés de Query Service pour un lot non planifié

• Tel que spécifié dans la description du produit d'application.
• +5 (avec chaque pack de modules complémentaires d’utilisateurs de requêtes ad hoc acheté)

Mécanisme de sécurisation mis en œuvre 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 et d’utilisatrices 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 ou l’utilisatrice reçoit une erreur de Session Limit Reached.

Utilisateurs et utilisatrices simultanés de Query Service pour le lot planifié

Aucune limitation utilisateur

S/O

Les requêtes par lots planifiées sont des tâches asynchrones, il n’existe donc aucune limitation utilisateur.

Heures de calcul pour le traitement des données par lots

Comme indiqué dans la commande client de SKU personnalisé de requête d’intelligence de Adobe Experience Platform

Mécanisme de sécurisation des performances

Cela définit la durée de calcul par an pendant laquelle un client est autorisé à exécuter des requêtes par lots pour analyser, traiter et écrire des données dans le lac de données.

Simultanéité 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 de résultat

Connecteur client

• Interface utilisateur de requête (aucune limite supérieure de lignes)
• Client tiers (aucune limite supérieure de lignes)
• PostgresSQL client (pas de limite supérieure à lignes)
• API REST (pas de limite supérieure à lignes)

Mécanisme de sécurisation mis en œuvre par le système

Le résultat d’une requête peut être rendu disponible en utilisant les méthodes suivantes :

• Peuvent être stockés en tant que jeux de données dérivés
• Peuvent être insérées dans les jeux de données dérivés existants

Remarque : il n'existe pas de limite supérieure au nombre d'enregistrements à partir du résultat de la requête.

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.

Mécanisme de sécurisation

Limite

Type de limite

Description

Simultanéité des requêtes

4

Mécanisme de sécurisation mis en œuvre par le système

Pour s’assurer 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 nécessaires pour s’exécuter efficacement, l’API de création de rapports effectue le suivi de l’utilisation des ressources en attribuant des emplacements d’accès simultané à chaque requête. Le système place les requêtes dans une file d’attente et attend que des emplacements d’accès simultané soient disponibles ou qu’elles puissent être diffusées à partir du cache. Un maximum de quatre emplacements de requête simultanés est disponible à tout moment.
Si vous accédez à l’API de création de rapports par le biais d’un outil BI et que vous avez besoin de plus d’accès simultanés, un serveur BI est requis.