資料收集元件

資料收集元件包括資料收集伺服器、DIL API、傳入伺服器到伺服器的資料傳輸和記錄檔。

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 及其相關特徵。當DCS收到即時呼叫時,它會檢查PCS是否有使用者可能屬於或符合的其他特徵。 而且,如果某個特徵稍後新增至區段,這些特徵ID會新增至PCS,而使用者可自動符合該區段的資格,而不需造訪特定網站或應用程式。 PCS有助於加深Audience Manager對使用者的瞭解,因為它可即時或在幕後使用新的歷史特徵資料來比對和劃分使用者。 與僅從即時資格證明相比,此行為可讓您更完整、更準確地瞭解使用者。

沒有UI控制項可讓我們的客戶直接使用PCS。 客戶對PCS的訪問是間接的,因為它作為資料儲存和資料傳輸的角色。 PCS在Apache Cassandra上運行。

從PCS

如前所述,PCS儲存作用中使用者的特徵ID。 作用中使用者是指過去14天內從任何網域看到edge資料伺服器的任何使用者。 這些對PCS的呼叫可讓使用者保持活動狀態:

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

如果特徵在17天內不活動,PCS會刷新這些特徵。 但是,這些特徵並沒有消失。 它們儲存在Hadoop中。 如果使用者在另一時間再次出現,Hadoop會將其所有特性推回至PCS,通常是在24小時內完成。

其他 DCS/PCS 程式:隱私權選擇退出

這些伺服器系統可處理隱私權和使用者選擇退出要求。 如果使用者已選擇退出資料收集,則不會在記錄檔中收集使用者Cookie資訊。 如需我們隱私權政策的詳細資訊,請參閱Adobe隱私權中心

Data Integration Library (DIL)

DIL 是您放在頁面上進行資料收集的程式碼。如需可用服務與方法的詳細資訊,請參閱DIL API

入站伺服器到伺服器

這些系統會接收與客戶端不同伺服器對伺服器整合所傳送的資料。 如需詳細資訊,請參閱傳送觀眾資料的檔案。

日誌檔案

PCS將建立資料並將資料寫入日誌檔案。 這些會傳送至其他資料庫系統,以供處理、報告和儲存。

本頁內容