Componentes da coleção de dados data-collection-components
Os componentes da coleta de dados incluem os Servidores de coleta de dados, a API de DIL, as transferências de dados de entrada de servidor para servidor e os arquivos de log.
Audience Manager contém os seguintes componentes de coleção de dados:
Servidores de coleta de dados (DCS) e Servidores de cache de perfil (PCS) dcs-pcs
O DCS e o PCS trabalham juntos e separadamente fornecem serviços relacionados à realização de características, segmentação de público 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 programados por transferências de servidor para servidor.
- Segmenta 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 de provedor de dados, IDs de usuário, IDs declaradas, códigos de integração etc.
- Verifica se há características adicionais no PCS que um usuário já tenha percebido 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 AtéGlobal 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 porque uma resposta do DCS vai diretamente para um data center que contém informações sobre esse visitante. O GSLB torna nosso sistema eficiente porque 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ê se envolve 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 e Código DCS (Data Collection Server).
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 em busca de outras características às quais um usuário possa pertencer ou para as quais esteja qualificado. 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 sobre seus usuários, pois pode corresponder e segmentar 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 dos usuários do que apenas das qualificações em tempo real.
Não há controles de interface do usuário que permitam aos clientes trabalhar diretamente com o PCS. O acesso do cliente ao PCS é indireto, por meio de sua função como armazenamento de dados e transferências de dados. O PCS é executado no Apache Cassandra.
Limpando IDs inativas doPCS
Como indicado anteriormente, o PCS armazena IDs de características para usuários ativos. Um usuário ativo é qualquer usuário que foi visto pelos servidores de dados de borda de qualquer domínio durante os últimos 14 dias. Estas chamadas para o PCS mantêm um usuário no estado ativo:
- /event chamadas
- /ibs chamadas (sincronizações de ID)
O PCS libera as características se elas estiverem inativas por 17 dias. No entanto, essas características não são perdidas. Eles são armazenados no Hadoop. Se o usuário for visto novamente em outro momento, o Hadoop enviará todas as suas características de volta para o PCS, normalmente em um período de 24 horas.
Outros DCS/PCS Processos: Recusa de Privacidade
Esses sistemas de servidor lidam com privacidade e solicitações de recusa do usuário. As informações de cookie do usuário não serão coletadas no arquivo de log se um usuário optar por não participar da coleta de dados. Para obter mais informações sobre nossas políticas de privacidade, consulte o Centro de Privacidade Adobe.
Biblioteca de integração de dados (DIL) dil
DIL é o código que você coloca na página para a coleta de dados. Consulte a API de DIL para obter mais informações sobre serviços e métodos disponíveis.
Servidor de entrada para servidor inbound-outbound-server
Esses são sistemas que recebem dados enviados por várias integrações servidor a servidor com nossos clientes. Consulte a documentação sobre envio de dados de público-alvo para obter mais informações.
Arquivos de log log-files
O PCS cria e grava dados nos arquivos de log. Elas são enviadas para outros sistemas de banco de dados para processamento, emissão de relatórios e armazenamento.