Componenti di raccolta dei dati

I componenti per la raccolta dei dati includono i server di raccolta dati, l'API DIL, i trasferimenti di dati da server a server in entrata e i file di registro.

Audience Manager contiene i seguenti componenti di raccolta dati:

• Server di raccolta dati (DCS) e cache dei profili (PCS)
• Libreria di integrazione dei dati (DIL)
• Server-to-Server in ingresso
• File di registro

Server di raccolta dati (DCS) e cache dei profili (PCS)

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

Data Collection Servers (DCS)Funzione

In Audience Manager, il DCS:

• Riceve e valuta i dati sulle caratteristiche da una chiamata all'evento. Sono incluse le informazioni utilizzate per la segmentazione in tempo reale e i dati trasmessi a intervalli pianificati tramite trasferimenti da server a server.
• Segmenta gli utenti in base alle caratteristiche realizzate e alle regole di qualifica create con Segment Builder.
• Crea e gestisce gli ID dispositivo e gli ID profilo autenticati. Ciò include identificatori quali ID del provider di dati, ID utente, ID dichiarati, codici di integrazione, ecc.
• Controlla le caratteristiche aggiuntive che un utente ha già realizzato prima di una chiamata dell'evento in tempo reale. Questo consente agli utenti DCS di qualificarsi in base ai dati in tempo reale e ai dati 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 geograficamente distribuito e bilanciato dal carico. Ciò significa che Audience Manager può indirizzare le richieste a e da un centro dati regionale in base alla posizione geografica di un visitatore del sito. Questa strategia consente di migliorare i tempi di risposta perché una risposta DCS va direttamente a un centro dati che contiene informazioni su quel visitatore. GSLB rende il nostro sistema efficiente perché i dati rilevanti sono 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 è il parametro "dcs_region": region ID.

In qualità di cliente, l'utente interagisce con DCS indirettamente attraverso il nostro codice di raccolta dei dati. Potete anche lavorare direttamente con DCS tramite una serie di API. Consulta Metodi API per Data Collection Server (DCS) e Codice.

Profile Cache Servers (PCS)

Il PCS è un database di grandi dimensioni (in pratica, 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 la DCS riceve una chiamata in tempo reale, controlla la PCS per individuare altre caratteristiche a cui un utente può appartenere o per cui qualificarsi. Inoltre, se una caratteristica viene aggiunta a un segmento in un momento successivo, tali ID caratteristica vengono aggiunti alla PCS e gli utenti possono qualificarsi per quel segmento automaticamente, senza una visita a un particolare sito o app. PCS consente di approfondire la conoscenza di Audience Manager degli utenti, in quanto può far corrispondere e segmentare gli utenti in tempo reale o dietro le quinte con dati sulle caratteristiche nuove e storiche. Questo comportamento offre un'immagine più completa e precisa 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. L'accesso del cliente a PCS è indiretto, attraverso il suo ruolo di archivio dati e trasferimenti di dati. Il PCS è eseguito su Apache Cassandra.

Rimozione degli ID inattivi dal pannelloPCS

Come indicato in precedenza, gli PCS memorizzano gli ID caratteristica per gli utenti attivi. Un utente attivo è qualsiasi utente che sia stato visto dai server di dati periferici da qualsiasi dominio negli ultimi 14 giorni. Queste chiamate a PCS mantengono un utente in uno stato attivo:

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

Le caratteristiche PCS vengono eliminate se sono inattive per 17 giorni. Tuttavia, queste caratteristiche non si perdono. Sono archiviati in Hadoop. Se l'utente viene nuovamente visualizzato in un altro momento, Hadoop riporta tutte le caratteristiche alla PCS, in genere entro un periodo di 24 ore.

Altri DCS/PCS processi: Rifiuto privacy

Questi sistemi server gestiscono le richieste di privacy e di rinuncia degli utenti. Le informazioni sui cookie dell'utente non vengono raccolte nel file di registro se un utente ha rinunciato alla raccolta dei dati. Per ulteriori informazioni sulle nostre politiche sulla privacy, vedere il Adobe Privacy Center.

Data Integration Library (DIL)

DIL è il codice inserito nella pagina per la raccolta dei dati. Per ulteriori informazioni sui servizi e i metodi disponibili, vedere DIL API.

Server-to-server in ingresso

Si tratta di sistemi che ricevono i dati inviati da varie integrazioni server-to-server con i nostri client. Per ulteriori informazioni, consulta la documentazione relativa all' invio di dati sul pubblico.

File di registro

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