Componenti di raccolta dei dati

I componenti di raccolta dati includono i server di raccolta dati, l’API DIL, i trasferimenti di dati server-to-server in entrata e i file di registro.

L’Audience Manager contiene i seguenti componenti di raccolta dati:

• Server di raccolta dati (DCS, Data Collection Servers) e server di cache profili (PCS, Profile Cache Servers)
• Libreria di integrazione dei dati (DIL)
• Server-to-Server in entrata
• File di registro

Server di raccolta dati (DCS, Data Collection Servers) e server di cache profili (PCS, Profile Cache Servers)

DCS e PCS lavorano insieme e separatamente forniscono servizi relativi alla realizzazione delle caratteristiche, alla segmentazione del pubblico e all'archiviazione dei dati.

Data Collection Servers (DCS)Funzione

In entrata Audience Manager, il DCS:

• Riceve e valuta i dati delle caratteristiche da una chiamata evento. Ciò include informazioni utilizzate per la segmentazione in tempo reale e dati trasmessi a intervalli pianificati da trasferimenti server-to-server.
• Segmenta gli utenti in base alle caratteristiche realizzate e alle regole di qualificazione create con Generatore di segmenti.
• Crea e gestisce ID dispositivo e ID profilo autenticati. Ciò include identificatori come ID del fornitore dati, ID degli utenti, ID dichiarati, codici di integrazione, ecc.
• Controlla il PCS per individuare caratteristiche aggiuntive che un utente ha già realizzato prima di una chiamata evento in tempo reale. Questo consente al DCS di qualificare gli utenti in base a dati in tempo reale e storici.
• Scrive i file di registro e li invia ai sistemi di analisi per l’archiviazione e l’elaborazione.

DCSGestisce la domanda tramiteGlobal Server Load Balancing (GSLB)

Il DCS è un sistema distribuito geograficamente e con bilanciamento del carico. Ciò significa che Audience Manager può indirizzare le richieste a e da un data center regionale in base alla posizione geografica di un visitatore del sito. Questa strategia consente di migliorare i tempi di risposta perché DCS La risposta va direttamente a un data center che contiene informazioni sul visitatore. GSLB rende il nostro sistema efficiente perché i dati rilevanti vengono memorizzati nella cache dei server più vicini all’utente.

In una chiamata dell’evento, la posizione geografica viene acquisita in una coppia chiave-valore restituita in un corpo più grande di dati JSON. Questa coppia chiave-valore è la "dcs_region": region ID parametro.

In qualità di cliente, puoi interagire con DCS indirettamente tramite il nostro codice di raccolta dati. Puoi anche lavorare direttamente con DCS tramite un set di API. Consulta Metodi e codice dell’API Data Collection Server (DCS).

Profile Cache Servers (PCS)

Il PCS è un database di grandi dimensioni (fondamentalmente un enorme cookie lato server). Memorizza i dati ricevuti per gli utenti attivi dai trasferimenti server-to-server e dal DCS. I dati PCS sono costituiti dagli ID dispositivo, dagli ID profilo autenticati e dalle caratteristiche a essi associate. Quando DCS riceve una chiamata in tempo reale, controlla PCS per altre caratteristiche a cui un utente può appartenere o per le quali si qualifica. E, se una caratteristica viene aggiunta a un segmento in un secondo momento, gli ID caratteristica vengono aggiunti al PCS e gli utenti possono qualificarsi per quel segmento automaticamente, senza visitare un particolare sito o app. Il PCS aiuta ad approfondire Audience Managerè in grado di comprendere i tuoi utenti perché può far corrispondere e segmentare gli utenti in tempo reale o dietro le quinte con dati sulle caratteristiche nuovi e storici. Questo comportamento offre un quadro più completo e preciso degli utenti rispetto alle sole qualifiche in tempo reale.

Non esistono controlli dell’interfaccia utente che consentono ai nostri clienti di lavorare direttamente con PCS. Accesso del cliente al PCS è indiretta, per il suo ruolo di archivio dati e per i trasferimenti di dati. Il PCS gira su Apache Cassandra.

Rimozione degli ID inattivi daPCS

Come indicato in precedenza, PCS memorizza gli ID delle caratteristiche per gli utenti attivi. Un utente attivo è qualsiasi utente che è stato visualizzato da server dati edge da qualsiasi dominio negli ultimi 14 giorni. Queste chiamate al PCS mantenere un utente in stato attivo:

• /event chiamate
• /ibs chiamate (sincronizzazioni ID)

Il PCS scarica le caratteristiche se sono inattive per 17 giorni. Tuttavia, queste caratteristiche non vengono perse. Sono conservati in Hadoop. Se l’utente viene visualizzato di nuovo in un’altra occasione, il Hadoop invia di nuovo tutte le sue caratteristiche al PCS, in genere entro un periodo di 24 ore.

Altro DCS/PCS Processi: rinuncia alla privacy

Questi sistemi server gestiscono le richieste di privacy e rinuncia degli utenti. Le informazioni sui cookie utente non vengono raccolte nel file di registro se un utente ha rinunciato alla raccolta dei dati. Per ulteriori informazioni sulle informative sulla privacy, consulta Centro per la privacy di Adobe.

Libreria di integrazione dei dati (DIL)

DIL è il codice che inserisci nella pagina per la raccolta dati. Consulta la API DIL per ulteriori informazioni sui servizi e i metodi disponibili.

Server-to-Server in entrata

Si tratta di sistemi che ricevono i dati inviati da varie integrazioni server-to-server con i nostri client. Consulta la documentazione su invio di dati sul pubblico per ulteriori informazioni.

File di registro

Il PCS crea e scrive dati nei file di registro. Questi vengono inviati ad altri sistemi di database per l'elaborazione, il reporting e l'archiviazione.