Componentes de recopilación de datos data-collection-components
Los componentes de colección datos incluyen los servidores de recopilación de datos, la API DIL, las transferencias de datos entrantes de servidor a servidor y los archivos de registro.
Audience Manager contiene los siguientes componentes de colección datos:
Servidores de recopilación de datos (DCS) y servidores de caché de perfil (PCS) dcs-pcs
El DCS y el PCS trabajan juntos y proporcionan por separado servicios relacionados con la realización de rasgos, la segmentación de audiencia y la almacenamiento de datos.
Data Collection Servers (DCS)Función
En Audience Manager, el DCS:
- Recibe y evalúa datos de características de una llamada de evento. Esto incluye la información utilizada para el segmentación en tiempo real y los datos que se transfieren a intervalos programados mediante transferencias de servidor a servidor.
- Segmenta a los usuarios en función de sus características realizadas y de las reglas de cualificación que cree con el Generador de segmentos.
- Crea y administra ID de dispositivos e ID de perfil autenticados. Esto incluye identificadores como ID de proveedor de datos, ID de usuario, ID declarados, códigos de integración, etc.
- Comprueba el PCS en busca de características adicionales de las que un usuario ya se haya dado cuenta antes de una llamada de evento en tiempo real. Esto permite al DCS calificar a los usuarios basándose en datos y datos históricos en tiempo real.
- Escribe archivos de registro y los envía a análisis sistemas para su almacenamiento y procesamiento.
DCSGestiona la demanda a través deGlobal Server Load Balancing (GSLB)
Es DCS un sistema geográficamente distribuido y de carga equilibrada. Esto significa que Audience Manager puede dirigir solicitudes hacia y desde un centro de datos regional en función de la ubicación geográfica de una visitante del sitio. Esta estrategia ayuda a mejorar los tiempos de respuesta porque una DCS respuesta va directamente a un centro de datos que contiene información sobre ese visitante. GSLB hace que nuestro sistema sea eficiente porque los datos relevantes se almacenan en caché en los servidores más cercanos al usuario.
En una llamada de evento, la ubicación geográfica se captura en un par clave-valor devuelto en un cuerpo mayor de datos JSON. Este par clave-valor es el "dcs_region": region ID parámetro.
Como cliente, usted se involucra indirectamente a DCS través de nuestro código recopilación de datos. También puede trabajar directamente con el DCS a través de un conjunto de API. Consulte Métodos y Code de API del servidor de recopilación de datos (DCS).
Profile Cache Servers (PCS)
Es PCS una base de datos grande (básicamente, una gran del lado del servidor cookie). Almacena los datos recibidos para los usuarios activos desde las transferencias de servidor a servidor y desde DCS. PCS los datos se componen de ID de dispositivos, ID de perfil autenticados y sus características asociadas. Cuando recibe DCS una llamada en tiempo real, verifica los otros rasgos a los PCS que un usuario puede pertenecer o para los que puede calificar. Y, si un rasgo se agrega a un segmento en un momento posterior, esos identificadores de rasgos se agregan al PCS y los usuarios pueden calificar para ese segmento automáticamente, sin un visita a un sitio o aplicación en particular. Ayuda PCS a profundizar la Audience Managercomprensión de los usuarios porque puede hacer coincidir y segmento a los usuarios en tiempo real o entre bastidores con datos de rasgos nuevos e históricos. Este comportamiento ofrece una imagen más completa y precisa de los usuarios que el de las cualificaciones en tiempo real.
No existen controles IU que permitan a nuestros clientes trabajar directamente con el PCS. El acceso del cliente al PCS es indirecto, a través de su función como tienda de datos y transferencias de datos. Las PCS ejecuciones en Apache Cassandra.
Se están purgando los ID inactivos delPCS
Como se ha indicado anteriormente, almacena PCS los ID de características de los usuarios activos. Un usuario activo es cualquier usuario que haya sido visto por los servidores de datos perimetrales desde cualquier dominio durante los últimos 14 días. Estas llamadas para mantener un PCS usuario en estado activo:
- /event Llamadas
- /ibs llamadas (sincronizaciones de ID)
Los PCS rubores son características si están inactivos durante 17 días. Sin embargo, estos rasgos no se pierden. Se almacenan en Hadoop. Si el usuario se vuelve a ver en otro momento, entonces Hadoop empuja todos sus rasgos de nuevo al PCS, normalmente dentro de un período de 24 horas.
Otros DCS/PCS procesos: Exclusión de privacidad
Estos sistemas de servidor gestionan las solicitudes de privacidad y usuario exclusión. La información del cookie del usuario no se recopila en el archivo de registro si un usuario ha optado por no participar en recopilación de datos. Para obtener más información sobre nuestras políticas de privacidad, consulte el Centro de privacidad de Adobe Systems.
Biblioteca de integración de datos (DIL) dil
DIL es el código que coloca en el Página para recopilación de datos. Consulte la API de DIL para obtener más información sobre losservicios y métodos disponibles.
Servidor a servidor entrante inbound-outbound-server
Estos son sistemas que reciben datos enviados por varias integraciones de servidor a servidor con nuestros clientes. Consulte la documentación sobre el envío de datos de audiencia para obtener más información.
Iniciar sesión Archivos log-files
Crea PCS y escribe datos en los archivos de registro. Se envían a otros sistemas de bases de datos para su procesamiento, sistema de informes y almacenamiento.