Componentes da coleção de dados

Os componentes de coleta de dados incluem os servidores de coleta de dados, a API DIL, as transferências de dados de servidor para servidor e os arquivos de registro.

O Audience Manager contém os seguintes componentes de coleta de dados:

• Servidores de coleta de dados (DCS) e Servidores de cache de Perfil (PCS)
• Biblioteca da integração de dados (DIL)
• Servidor de entrada para servidor
• Arquivos de registro

Servidores de coleta de dados (DCS) e Servidores de cache de Perfil (PCS)

O DCS e o PCS trabalham em conjunto e fornecem separadamente serviços relacionados à realização de características, segmentação de audiências e armazenamento de dados.

Data Collection Servers (DCS)Função

Em Audience Manager, o DCS:

• Recebe e avalia dados de características de uma chamada de evento. Isso inclui informações usadas para segmentação em tempo real e dados passados em intervalos programados por transferências de servidor para servidor.
• Segmenta os usuários com base em suas características realizadas e nas regras de qualificação criadas com Construtor de segmentos.
• Cria e gerencia IDs de dispositivo e IDs de perfil autenticadas. Isso inclui identificadores como IDs do provedor de dados, IDs do usuário, IDs declaradas, códigos de integração etc.
• Verifica se o PCS possui características adicionais que um usuário já percebeu antes de uma chamada de evento em tempo real. Isso permite que o DCS qualifice usuários com base em dados em tempo real e dados históricos.
• Grava arquivos de registro e os envia para sistemas de análise para armazenamento e processamento.

DCSGerencia a demanda por meio deGlobal Server Load Balancing (GSLB)

O DCS é um sistema distribuído geograficamente e com balanceamento de carga. Isso significa que Audience Manager pode direcionar solicitações para e de um data center regional com base na localização geográfica de um visitante do site. Essa estratégia ajuda a melhorar os tempos de resposta, pois uma resposta DCS vai diretamente para um data center que contém informações sobre esse visitante. GSLB torna nosso sistema eficiente porque os dados relevantes são armazenados em cache nos servidores mais próximos do usuário.

Em uma chamada de evento, a localização geográfica é capturada em um par de valor chave retornado em um corpo maior de dados JSON. Esse par de chave-valor é o parâmetro "dcs_region": region ID.

Como cliente, você se envolve com o DCS indiretamente por meio de nosso código de coleta de dados. Você também pode trabalhar diretamente com DCS por meio de um conjunto de APIs. Consulte Métodos e Código da API do Servidor de Coleta de Dados (DCS).

Profile Cache Servers (PCS)

O PCS é um banco de dados grande (basicamente, um cookie enorme do lado do servidor). Ele armazena dados recebidos para usuários ativos de transferências de servidor para servidor e do DCS. Os dados do PCS consistem em IDs de dispositivo, IDs de perfil autenticadas e suas características associadas. Quando DCS recebe uma chamada em tempo real, ele verifica PCS se há outras características às quais um usuário pode pertencer ou se qualificar. E, se uma característica for adicionada a um segmento posteriormente, essas IDs de característica serão adicionadas ao PCS e os usuários poderão se qualificar para esse segmento automaticamente, sem uma visita a um site ou aplicativo específico. O PCS ajuda a aprofundar a compreensão de Audience Manager seus usuários, pois ele pode corresponder e segmentar usuários em tempo real ou nos bastidores com dados de características novos e históricos. Esse comportamento oferece uma visão mais completa e precisa dos usuários do que apenas das qualificações em tempo real.

Não há controles de interface que permitam que nossos clientes trabalhem diretamente com o PCS. O acesso do cliente ao PCS é indireto, por meio de sua função de armazenamento de dados e transferência de dados. O PCS é executado no Apache Cassandra.

Expurgando IDs inativas doPCS

Conforme indicado anteriormente, PCS armazena IDs de características para usuários ativos. Um usuário ativo é qualquer usuário que tenha sido visto pelos servidores de dados de borda de qualquer domínio durante os últimos 14 dias. Essas chamadas para PCS manter um usuário em um estado ativo:

• /event chamadas
• /ibs chamadas (sincronizações de ID)

Os traços PCS são liberados se estiverem inativos por 17 dias. No entanto, essas características não se perdem. Eles estão armazenados na Hadoop. Se o usuário for visto novamente em outro momento, a Hadoop envia todas as suas características de volta para PCS, normalmente em um período de 24 horas.

Outros DCS/PCS processos: Recusa de privacidade

Esses sistemas de servidor lidam com solicitações de privacidade e cancelamento de usuário. As informações do cookie do usuário não são coletadas no arquivo de log se um usuário tiver opt out da coleta de dados. Para obter mais informações sobre nossas políticas de privacidade, consulte o Centro de privacidade do Adobe.

Consulte da Biblioteca de integração de dados (DIL)

DIL é o código que você coloca na página para a coleta de dados. Consulte a API DIL para obter mais informações sobre os serviços e métodos disponíveis.

Servidor de entrada para servidor

Esses são sistemas que recebem dados enviados por várias integrações de servidor para servidor com nossos clientes. Consulte a documentação sobre como enviar dados de audiência para obter mais informações.

Arquivos de registro

O PCS cria e grava dados nos arquivos de log. Eles são enviados para outros sistemas de banco de dados para processamento, relatórios e armazenamento.