Show Menu
SUJETS×

Composants de collecte de données

Les composants de collecte de données comprennent les serveurs de collecte de données, l’API DIL, les transferts de données de serveur à serveur entrants et les fichiers journaux.
Audience Manager contient les composants de collecte de données suivants :

Serveurs de collecte de données (DCS) et serveurs PCS (Profile Cache Servers)

Le serveur de collecte de données et le système PCS fonctionnent ensemble et fournissent séparément des services liés à la réalisation de caractéristiques, à la segmentation de l’audience et au stockage des données.
Data Collection Servers (DCS)Fonction
Dans Audience Managerle DCS :
  • Reçoit et évalue les données de caractéristiques d’un appel d’événement. Cela inclut les informations utilisées pour la segmentation en temps réel et les données transmises à intervalles planifiés par transferts de serveur à serveur.
  • Segmente les utilisateurs en fonction de leurs caractéristiques réalisées et des règles de qualification que vous créez avec le créateur de segments .
  • Crée et gère les ID de périphérique et les ID de profil authentifiés. Cela inclut les identifiants tels que les ID de fournisseur de données, les ID d’utilisateur, les ID déclarés, les codes d’intégration, etc.
  • Vérifie le serveur PCS pour déterminer les caractéristiques supplémentaires qu’un utilisateur a déjà réalisées avant un appel d’événement en temps réel. Cela permet au serveur de collecte de données de classer les utilisateurs en fonction des données en temps réel et des données historiques.
  • Ecrit des fichiers journaux et les envoie aux systèmes d’analyse pour stockage et traitement.
DCSGère la demande parGlobal Server Load Balancing (GSLB)
The DCS is a geographically distributed and load-balanced system. Cela signifie que Audience Manager les requêtes peuvent être dirigées vers et depuis un centre de données régional en fonction de l’emplacement géographique du visiteur du site. Cette stratégie permet d’améliorer les temps de réponse, car une DCS réponse est envoyée directement à un centre de données contenant des informations sur ce visiteur. GSLB rend notre système efficace, car les données pertinentes sont mises en cache dans les serveurs les plus proches de l’utilisateur.
Le DCS système détecte uniquement le trafic Web provenant de périphériques qui utilisent IPv4.
Dans un appel d’événement, l’emplacement géographique est capturé dans une paire clé-valeur renvoyée dans un plus grand nombre de données JSON. Cette paire clé-valeur est le "dcs_region": region ID paramètre.
En tant que client, vous interagissez avec le DCS indirectement par le biais de notre code de collecte de données. Vous pouvez également travailler directement avec l’application DCS via un ensemble d’API. Voir Méthodes et code API du serveur de collecte de données (DCS).
Profile Cache Servers (PCS)
La PCS base de données est volumineuse (un énorme cookie côté serveur). Il stocke les données reçues pour les utilisateurs actifs à partir des transferts serveur à serveur et du DCS. PCS les données sont constituées d’ID de périphérique, d’ID de profil authentifiés et des caractéristiques associées. Lorsqu’un DCS utilisateur reçoit un appel en temps réel, il vérifie la PCS présence d’autres caractéristiques auxquelles il peut appartenir ou auxquelles il peut être admissible. Et, si une caractéristique est ajoutée à un segment ultérieurement, ces identifiants de caractéristique sont ajoutés au PCS et les utilisateurs peuvent être inclus automatiquement pour ce segment, sans visite sur un site ou une application spécifique. Le PCS guide Audience Manageraide à mieux comprendre vos utilisateurs, car il peut associer et segmenter les utilisateurs en temps réel ou en arrière-plan avec des données de caractéristiques nouvelles et historiques. Ce comportement vous donne une image plus complète et plus précise de vos utilisateurs que des seules qualifications en temps réel.
Il n’existe aucun contrôle d’interface utilisateur qui permet à nos clients de travailler directement avec le PCS. L’accès du client à la PCS est indirect, par le biais de son rôle de stockage de données et de transferts de données. Le PCS programme fonctionne sur Apache Cassandra.
Purge des ID inactifs à partir de la variablePCS
Comme indiqué précédemment, les identifiants de caractéristiques PCS sont stockés pour les utilisateurs actifs. Un utilisateur actif est un utilisateur qui a été vu par les serveurs de données Edge depuis n’importe quel domaine au cours des 14 derniers jours. Ces appels permettent de PCS garder un utilisateur actif :
  • /event appels
  • /ibs appels (synchronisation des identifiants)
Les PCS traits se vident s'ils sont inactifs pendant 17 jours. Ces traits ne sont pas perdus, cependant. Ils sont stockés dans Hadoop. Si l’utilisateur est de nouveau vu à un autre moment, Hadoop repousse toutes ses caractéristiques vers le PCS, généralement dans un délai de 24 heures.
AutresDCS/PCSprocessus : Exclusion de la confidentialité
Ces systèmes de serveur traitent les demandes de confidentialité et d’exclusion des utilisateurs. Les informations de cookie utilisateur ne sont pas collectées dans le fichier journal si un utilisateur a choisi de ne pas participer à la collecte de données. Pour plus d’informations sur nos règles de confidentialité, consultez le Centre de confidentialité Adobe.

Bibliothèque d’intégration des données (DIL) 

DIL est le code que vous placez sur la page pour la collecte de données. Voir l’API Présentation de la bibliothèque d’intégration de données (DIL) DIL pour plus d’informations sur les services et méthodes disponibles.

Serveur à serveur entrant

Ce sont des systèmes qui reçoivent des données envoyées par diverses intégrations serveur à serveur avec nos clients. Pour plus d’informations, consultez la documentation sur l’ envoi des données d’audience.

Fichiers journaux

Le PCS programme crée et écrit des données dans les fichiers journaux. Elles sont envoyées à d’autres systèmes de base de données pour traitement, création de rapports et stockage.