Show Menu
主题×

数据收集组件

数据收集组件包括数据收集服务器、DIL API、入站服务器到服务器数据传输和日志文件。
Audience manager包含以下数据收集组件:

数据收集服务器(DCS)和配置文件缓存服务器(PCS)

DCS和PCS协同工作,分别提供与特征实现、受众细分和数据存储相关的服务。
Data Collection Servers (DCS)函数
在 Audience ManagerDCS中:
  • 从事件调用接收和评估特征数据。 这包括用于实时细分的信息以及按预定时间间隔通过服务器到服务器传输传入的数据。
  • 根据用户的已实现特征和您使用区段生成器创建的资格规则对用 户进行细分
  • 创建和管理设备ID和经过身份验证的配置文件ID。 这包括诸如数据提供者ID、用户ID、声明的ID、集成代码等标识符。
  • 检查PCS中是否有用户在实时事件调用之前已实现的其他特征。 这样,DCS就可以根据实时数据和历史数据确定用户资格。
  • 写入日志文件,并将其发送到分析系统以进行存储和处理。
DCS管理需求Global Server Load Balancing (GSLB)
The DCS is a geographically distributed and load-balanced system. 这意味着 Audience Manager 可以根据站点访客的地理位置将请求定向到区域数据中心和从区域数据中心发出请求。 此策略有助于缩短响应时间,因 DCS 为响应会直接发送到包含该访客信息的数据中心。 GSLB 由于相关数据缓存在最接近用户的服务器中,因此我们的系统更高效。
仅检 DCS 测来自使用IPv4的设备的Web流量。
在事件调用中,地理位置在较大的JSON数据体中返回的键值对中捕获。 此键值对是参 "dcs_region": region ID 数。
作为客户,您通过我们的数据收 DCS 集代码间接与客户进行交互。 您还可以通过一组API DCS 直接使用。 请参 阅Data Collection Server(DCS)API方法和代码
Profile Cache Servers (PCS)
这是 PCS 一个大型数据库(基本上是一个巨大的服务器端Cookie)。 它存储为活动用户从服务器到服务器的传输和所接收的数据 DCS。 PCS 数据由设备ID、经过身份验证的配置文件ID及其关联特征组成。 当用户 DCS 收到实时呼叫时,它检查用户可能属于 PCS 或符合的其他特征。 而且,如果某个特征稍后添加到区段,则这些特征ID会添加到区段中,用户无需访问特定站点或应用程序即可自动获得该区段的资格。 PCS 这 PCS 有助于加深 Audience Manager对用户的了解,因为它可以实时地或在后台使用新的历史特征数据匹配和细分用户。 与仅通过实时资格认证相比,此行为可让您更完整、更准确地了解用户。
没有UI控件可让我们的客户直接使用 PCS。 客户通过其数据存储 PCS 和数据传输的角色间接访问数据。 在阿 PCS 帕奇·卡桑德拉上。
从PCS
如前所述,存储活 PCS 动用户的特征ID。 活动用户是指在过去14天内从任何域中 被边缘数据服务器 查看过的任何用户。 这些调用使用 PCS 户处于活动状态:
  • /event 呼叫
  • /ibs 调用(ID同步)
如果 PCS 特征在17天内处于非活动状态,则系统会刷新这些特征。 但是,这些特征并不会丢失。 它们存储在Hadoop中。 如果用户在另一时间再次被看到,则Hadoop会将其所有特征推回 PCS,通常在24小时内。
其他DCS/PCS进程:隐私选择退出
这些服务器系统处理隐私和用户选择退出请求。 如果用户已选择退出数据收集,则不会在日志文件中收集用户Cookie信息。 有关我们的隐私权政策的更多信息,请参 阅Adobe隐私权中心

数据集成库 (DIL)

DIL 是您放置在页面上用于数据收集的代码。 有关可用 服务和方法的更多信息 ,请参阅DIL API。

入站服务器到服务器

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

日志文件

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