数据收集组件

数据收集组件包括数据收集服务器、DILAPI、入站服务器到服务器数据传输和日志文件。

Audience Manager包含以下数据收集组件:

数据收集服务器(DCS)和用户档案缓存服务器(PCS)

DCS和PCS协同工作,分别提供与特征实现、受众细分和数据存储相关的服务。

Data Collection Servers (DCS)函数

在Audience Manager中,DCS:

  • 从事件调用接收和评估特征数据。 这包括用于实时细分的信息以及按预定时间间隔通过服务器到服务器传输传入的数据。
  • 根据用户已实现的特征和您使用区段生成器创建的资格规则对用户进行细分。
  • 创建和管理设备ID和经过身份验证的用户档案ID。 这包括诸如数据提供者ID、用户ID、声明的ID、集成代码等标识符。
  • 检查PCS在实时事件调用之前是否已经实现其他特征。 这样,DCS可以根据实时数据和历史数据来确定用户资格。
  • 写入日志文件,并将其发送到分析系统以进行存储和处理。

DCS通过Global Server Load Balancing (GSLB)

DCS是地理上分布的负载平衡系统。 这意味着Audience Manager可以根据站点访客的地理位置将请求定向到区域数据中心和从区域数据中心发出请求。 此策略有助于缩短响应时间,因为DCS响应会直接发送到包含该访客相关信息的数据中心。 GSLB 由于相关数据缓存在最接近用户的服务器中,因此我们的系统更高效。

重要

DCS仅检测来自使用IPv4的设备的Web流量。

在事件调用中,地理位置在较大的JSON数据体中返回的键值对中捕获。 此键值对是"dcs_region": region ID参数。

作为客户,您通过我们的数据收集代码间接与DCS进行交互。 您还可以通过一组API直接与DCS一起使用。 请参阅数据收集服务器(DCS)API方法和代码

Profile Cache Servers (PCS)

PCS是一个大型数据库(基本上是一个大型服务器端cookie)。 它可以存储通过服务器到服务器传输和 DCS 接收的有关活动用户的数据。PCS 数据包含设备 ID、经过验证的配置文件 ID 以及与这些 ID 关联的特征。当DCS收到实时调用时,它检查PCS是否有用户可能属于或符合的其他特征。 此外,如果某个特征稍后添加到区段,则这些特征ID将添加到PCS,用户无需访问特定站点或应用程序即可自动获得该区段的资格。 PCS有助于加深Audience Manager对用户的了解,因为它可以实时地或在后台使用新的历史特征数据匹配和细分用户。 与仅通过实时资格验证相比,此行为可为您提供更完整、准确的用户信息。

没有UI控件可让客户直接使用PCS。 客户通过其数据存储和数据传输的角色间接访问PCS。 PCS在Apache Cassandra上运行。

从PCS

如前所述,PCS存储活动用户的特征ID。 活动用户是过去14天内从任何域中看到边缘数据服务器的任何用户。 对PCS的这些调用使用户处于活动状态:

  • /event 呼叫
  • /ibs 调用(ID同步)

如果特征处于非活动状态17天,PCS将刷新这些特征。 但是,这些特征并没有丢失。 它们存放在Hadoop。 如果用户在另一时间再次被看到,则Hadoop将其所有特征推回PCS,通常在24小时内。

其他 DCS/PCS 进程:隐私选择退出

这些服务器系统处理隐私和用户选择退出请求。 如果用户已选择退出数据收集,则不会在日志文件中收集用户Cookie信息。 有关我们的隐私策略的详细信息,请参阅Adobe隐私中心

数据集成库 (DIL)

DIL 是您放在页面上进行数据收集的代码。有关可用服务和方法的详细信息,请参阅DILAPI

入站服务器到服务器

这些系统接收通过各种服务器到服务器集成与客户端发送的数据。 有关详细信息,请参阅发送受众数据的文档。

日志文件

PCS将创建数据并写入日志文件。 这些数据库会发送到其他报告库系统,以便进行处理、存储。

在此页面上