Componenti di raccolta dei dati

I componenti di raccolta 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.

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

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

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

DCS e PCS lavorano insieme e forniscono separatamente servizi relativi 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 delle caratteristiche da una chiamata evento. Ciò include informazioni utilizzate per la segmentazione in tempo reale e dati trasmessi a intervalli pianificati tramite trasferimenti server-to-server.
• Segmenta gli utenti in base alle loro caratteristiche realizzate e alle regole di qualificazione create con Generatore di segmenti.
• Crea e gestisce gli ID dispositivo e gli ID profilo autenticati. Questo include identificatori come ID del provider di dati, ID utente, ID dichiarati, codici di integrazione, ecc.
• Controlla il PCS per le caratteristiche aggiuntive che un utente ha già realizzato prima di una chiamata dell'evento in tempo reale. Questo consente al DCS di qualificare gli utenti 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 attraversoGlobal Server Load Balancing (GSLB)

DCS è un sistema distribuito geograficamente e bilanciato in base al carico. Questo 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 pertinenti sono memorizzati nella cache in server più vicini all'utente.

In una chiamata 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, interagisci indirettamente con DCS tramite il nostro codice di raccolta dati. Puoi anche lavorare direttamente con DCS tramite un set di API. Consulta Metodi API per la raccolta dati (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 il DCS riceve una chiamata in tempo reale, controlla il PCS per altre caratteristiche a cui un utente può appartenere o essere idoneo. Inoltre, se una caratteristica viene aggiunta a un segmento in un secondo momento, tali ID di caratteristica vengono aggiunti al PCS e gli utenti possono qualificarsi per quel segmento automaticamente, senza una visita a un particolare sito o app. La sezione PCS consente di approfondire Audience Manager la conoscenza degli utenti in quanto può abbinare e segmentare gli utenti in tempo reale o dietro le quinte con dati di caratteristiche nuove e storiche. Questo comportamento ti 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 viene eseguito su Apache Cassandra.

Rimozione degli ID inattivi dallaPCS

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

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

Le caratteristiche PCS scaricano se sono inattive per 17 giorni. Tuttavia, queste caratteristiche non vengono perse. Vengono conservati in Hadoop. Se l'utente viene visualizzato di nuovo in un altro momento, il Hadoop riporta tutte le caratteristiche al PCS, in genere entro un periodo di 24 ore.

Altri 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 nostre politiche sulla privacy, consulta il Centro per la privacy degli Adobi.

Libreria di integrazione dei dati (DIL)

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

Server-to-server in entrata

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

File di registro

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