資料收集元件

資料收集元件包括資料收集伺服器、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 及其相關特徵。當DCS收到即時呼叫時,會檢查PCS中是否有使用者可能屬於或符合其資格的其他特徵。 此外,如果特徵稍後新增至區段,這些特徵ID會新增至PCS,使用者可以自動符合該區段的資格,而不需造訪特定網站或應用程式。 PCS有助於加深Audience Manager對使用者的了解,因為它可以即時或在背景使用新的和歷史特徵資料比對和劃分使用者。 相較於僅透過即時資格,此行為可讓您更完整、更精確地了解使用者。

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

從PCS

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

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

如果特徵在17天內處於非活動狀態,PCS會刷新這些特徵。 但這些特徵並不會遺失。 它們儲存在Hadoop中。 如果使用者在另一次被看到,則Analytics會將其所有特徵推送回PCS,通常是在24小時內。

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

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

Data Integration Library (DIL)

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

傳入伺服器對伺服器

這些系統會接收各種伺服器對伺服器整合所傳入的資料,並與我們的用戶端整合。 如需詳細資訊,請參閱傳送對象資料的相關檔案。

日誌檔案

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

本頁內容