Les composants de collecte de données comprennent les serveurs de collecte de données, l’API du 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 :
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 de l’audience et au stockage des données.
Data Collection Servers (DCS)Fonction
Dans Audience Manager, le serveur de collecte de données :
DCSGère la demande parGlobal Server Load Balancing (GSLB)
DCS est un système géographiquement réparti et dont la charge est équilibrée. Cela signifie que Audience Manager peut diriger les requêtes vers et depuis un centre de données régional en fonction de l’emplacement géographique d’un visiteur du site. Cette stratégie contribue à améliorer les temps de réponse, car une réponse DCS va directement à un centre de données qui contient 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.
DCS ne détecte que le trafic web provenant d’appareils qui utilisent IPv4.
Dans un appel d’événement, la position géographique est capturée dans une paire clé-valeur renvoyée dans un plus grand ensemble de données JSON. Cette paire clé-valeur est le paramètre "dcs_region": region ID
.
En tant que client, vous interagissez avec DCS indirectement par l’intermédiaire de notre code de collecte de données. Vous pouvez également travailler directement avec DCS par le biais d’un ensemble d’API. Voir Méthodes et code de l’API du serveur de collecte de données (DCS).
Profile Cache Servers (PCS)
PCS est une base de données volumineuse (essentiellement, 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 DCS reçoit un appel en temps réel, il vérifie PCS d’autres caractéristiques auxquelles un utilisateur peut appartenir ou auxquelles il peut être admissible. De plus, si une caractéristique est ajoutée ultérieurement à un segment, ces identifiants de caractéristique sont ajoutés à la balise PCS et les utilisateurs peuvent être qualifiés pour ce segment automatiquement, sans visite sur un site ou une application spécifique. La section PCS permet d’approfondir la compréhension de vos utilisateurs par Audience Manager, car elle peut faire correspondre et segmenter les utilisateurs en temps réel ou en coulisses 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 la balise PCS. L’accès du client à PCS est indirect, par le biais de son rôle d’entrepôt de données et de transferts de données. Le PCS s’exécute sur Apache Cassandra.
Purge des identifiants inactifs à partir duPCS
Comme indiqué précédemment, PCS stocke les identifiants de caractéristiques pour les utilisateurs principaux. Un utilisateur principal 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 à PCS maintiennent un utilisateur dans un état principal :
PCS vide les caractéristiques si elles sont inactives pendant 17 jours. Ces caractéristiques ne sont pas perdues cependant. Ils sont stockés dans un Hadoop. Si l’utilisateur est de nouveau consulté à un autre moment, Hadoop renvoie toutes ses caractéristiques à la balise PCS, généralement dans un délai de 24 heures.
Autres DCS/PCS processus : Exclusion de la confidentialité
Ces systèmes de serveur gèrent la confidentialité et les demandes d’exclusion des utilisateurs. Les informations des cookies utilisateur ne sont pas collectées dans le fichier journal si un utilisateur s’est désabonné de la collecte de données. Pour plus d’informations sur nos politiques de confidentialité, consultez le Centre de confidentialité des Adobes.
DIL est le code que vous placez sur la page pour la collecte de données. Pour plus d’informations sur les services et les méthodes disponibles, voir API DIL .
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 .
PCS crée et écrit des données dans les fichiers journaux. Ils sont envoyés à d’autres systèmes de base de données pour traitement, création de rapports et stockage.