資料收集元件 data-collection-components

資料收集元件包括資料收集伺服器、DILAPI、傳入伺服器對伺服器的資料傳輸，以及記錄檔。

Audience Manager包含下列資料收集元件：

資料收集伺服器(DCS)和設定檔快取伺服器(PCS) dcs-pcs

DCS和PCS可共同作業，並分別提供與特徵實現、受眾細分和資料儲存相關的服務。

Data Collection Servers (DCS)函式

在Audience Manager中，DCS：

DCS透過Global Server Load Balancing (GSLB) ​管理需求

DCS是地理上分散且負載平衡的系統。 這表示Audience Manager可以根據網站訪客的地理位置，將要求導向或導向區域資料中心。 此策略有助於改善回應時間，因為DCS回應會直接傳送到包含該訪客相關資訊的資料中心。 GSLB可讓我們的系統更有效率，因為相關資料會快取至最接近使用者的伺服器。

在事件呼叫中，地理位置是擷取自較大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 ​中清除非作用中的ID

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

如果PCS有17天未使用，則會排清特徵。 不過，這些特徵不會遺失。 它們會儲存在Hadoop中。 如果在其他時間再次看到使用者，則Hadoop會將其所有特徵推送回PCS，通常是在24小時內。

其他DCS/PCS個處理程式：隱私權選擇退出

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

Data Integration Library (DIL) dil

DIL是您放置在資料收集頁面上的程式碼。 請參閱DILAPI，以取得可用服務與方法的詳細資訊。

傳入伺服器對伺服器 inbound-outbound-server

這些系統可接收由各種伺服器對伺服器整合所傳送的資料與我們使用者端整合。 如需詳細資訊，請參閱有關傳送對象資料的檔案。

記錄檔 log-files

PCS會建立資料並將資料寫入記錄檔。 這些資料會傳送至其他資料庫系統以進行處理、報告和儲存。