Componentes da coleção de dados

Os componentes da coleta de dados incluem os Servidores de coleta de dados, a API do DIL, as transferências de dados de servidor para servidor de entrada e os arquivos de log.

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

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

Servidores de coleta de dados (DCS) e PCS (Profile Cache Servers)

O DCS e o PCS trabalham juntos e fornecem separadamente serviços relacionados à realização de características, segmentação de público-alvo 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 transmitidos em intervalos agendados 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 o Construtor de segmentos.
• Cria e gerencia IDs de dispositivo e IDs de perfil autenticadas. Isso inclui identificadores como IDs do provedor de dados, IDs de usuário, IDs declaradas, códigos de integração etc.
• Verifica se o PCS tem características adicionais que um usuário já percebeu antes de uma chamada de evento em tempo real. Isso permite que o DCS qualifique usuários com base em dados em tempo real e dados históricos.
• Grava arquivos de log 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 de e para 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 O torna nosso sistema eficiente, pois 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 valores chave retornado em um corpo maior de dados JSON. Esse par de valor-chave é o parâmetro "dcs_region": region ID.

Como cliente, você interage com o DCS indiretamente por meio de nosso código de coleta de dados. Você também pode trabalhar diretamente com o DCS por meio de um conjunto de APIs. Consulte Métodos API do Data Collection Server (DCS) e Código.

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 o DCS recebe uma chamada em tempo real, ele verifica o PCS quanto a outras características que 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 pode corresponder e segmentar os usuários em tempo real ou em segundo plano com dados de características novos e históricos. Esse comportamento oferece uma imagem mais completa e precisa de seus usuários do que apenas de qualificações em tempo real.

Não há controles de interface do usuário 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ências de dados. O PCS é executado no Apache Cassandra.

Remoção de IDs inativas doPCS

Conforme indicado anteriormente, o 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 mantêm um usuário em um estado ativo:

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

O PCS libera características se elas estiverem inativas por 17 dias. No entanto, essas características não são perdidas. Eles estão armazenados no Hadoop. Se o usuário for visto novamente em outro momento, o Hadoop enviará todas as suas características para PCS, normalmente em um período de 24 horas.

Outros DCS/PCS processos: Opção de rejeição de privacidade

Esses sistemas de servidor lidam com solicitações de privacidade e de recusa do usuário. As informações do cookie do usuário não são coletadas no arquivo de log se um usuário recusou a 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 inserido na página para a coleta de dados. Consulte a API do DIL para obter mais informações sobre os serviços e métodos disponíveis.

Servidor para servidor de entrada

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 envio de dados de público-alvo para obter mais informações.

Arquivos de Log

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