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.
L’Audience Manager contient les composants de collecte de données suivants :

Serveurs de collecte de données (DCS) et serveurs de mise en cache de Profil (PCS)

Le serveur de collecte de données et le système de collecte de données fonctionnent ensemble et fournissent séparément des services liés à la réalisation de caractéristiques, à la segmentation des audiences et à l’enregistrement des données.
Data Collection Servers (DCS)Fonction
Dans Audience Managerle DCS :
  • Récupère et évalue les données de caractéristiques d’un appel de événement. Ceci 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 fournisseurs de données, les ID d’utilisateur, les ID déclarés, les codes d’intégration, etc.
  • Recherche les caractéristiques supplémentaires qu'un utilisateur a déjà réalisées sur le système PCS avant un appel de événement en temps réel. Cela permet au serveur de collecte de données de qualifier les utilisateurs en fonction de données en temps réel et de données historiques.
  • Ecrit des fichiers journaux et les envoie aux systèmes d’analyse pour enregistrement et traitement.
DCSGère la demande viaGlobal 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 d’un visiteur de 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 sur les serveurs les plus proches de l'utilisateur.
Le DCS filtre détecte uniquement le trafic Web provenant de périphériques qui utilisent IPv4.
Lors d’un appel de événement, l’emplacement géographique est capturé dans une paire clé-valeur renvoyée dans un ensemble plus important de données JSON. Cette paire clé-valeur est le "dcs_region": region ID paramètre.
En tant que client, vous vous engagez DCS indirectement avec les données par le biais de notre code de collecte de données. Vous pouvez également travailler directement avec les DCS utilisateurs par le biais d’un ensemble d’API. See Data Collection Server (DCS) API Methods and Code .
Profile Cache Servers (PCS)
La base de données PCS est volumineuse (en gros, un énorme cookie côté serveur). Il stocke les données reçues pour les utilisateurs actifs provenant des transferts serveur à serveur et du DCS. Les données PCS se composent d’identifiants d’appareil, d’identifiants de profil authentifiés et de leurs caractéristiques associées. Lorsque l’ 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 pour lesquelles il peut être admissible. Et, si une caractéristique est ajoutée ultérieurement à un segment, ces identifiants de caractéristique sont ajoutés au PCS et les utilisateurs peuvent être inclus automatiquement pour ce segment, sans avoir à se rendre sur un site ou une application spécifique. Il PCS permet d’approfondir Audience Managerla compréhension de vos utilisateurs, car il peut associer et segmenter les utilisateurs en temps réel ou en arrière-plan à l’aide de 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 pas de contrôle d'interface utilisateur qui permette à nos clients de travailler directement avec le PCSserveur. L’accès du client à la PCS est indirect, grâce à son rôle de stockage de données et de transfert 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 de n’importe quel domaine au cours des 14 derniers jours. Ces appels permettent de PCS garder un utilisateur à l’état actif :
  • /event appels
  • /ibs appels (synchronisation des identifiants)
Les PCS traits vident s'ils sont inactifs pendant 17 jours. Ces caractéristiques ne sont pas perdues 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 PCSsite, généralement dans un délai de 24 heures.
AutresDCS/PCSprocessus : Exclusion de la confidentialité
Ces systèmes de serveur gèrent la confidentialité et les demandes 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 politiques de confidentialité, consultez le Centre de confidentialité Adobe.

Data Integration Library (DIL)

DIL est le code que vous placez sur la page pour la collecte de données. Consultez l’API Présentation du Data Integration Library (DIL) DIL pour plus d’informations sur les services et méthodes disponibles.

Serveur vers serveur entrant

Il s'agit de 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 de données d’audience.

Fichiers journaux

L’ PCS utilisateur 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, rapports et enregistrement.