ETL整合指南概述建立高效能、安全的連接器,以便將資料 Experience Platform 匯入的一般步驟 Platform。
本指南也包含設計ETL連接器時要使用的範例API呼叫,其中包含說明每項服務的檔案連結, Experience Platform 以及其API的使用,有更詳細的說明。
您可透過「授權2.0版」 GitHub 下的「 ETL生態系統整合參考程式碼 」取得 Apache 範例整合。
以下工作流程圖提供整合Adobe Experience Platform元件與ETL應用程式和連接器的高階概觀。
ETL連接器整合涉及多個Experience Platform元件。 下列清單概述數個主要元件和功能:
以下章節提供您必須知道或掌握的額外資訊,才能成功呼叫 Experience Platform API。
本指南提供範例API呼叫,以示範如何格式化您的請求。 這些包括路徑、必要標題和正確格式化的請求負載。 也提供API回應中傳回的範例JSON。 如需範例API呼叫檔案中所用慣例的詳細資訊,請參閱疑難排解指 南中有關如何讀取範例API呼叫的 Experience Platform 章節。
若要呼叫API,您必 Platform 須先完成驗證教 學課程。 完成驗證教學課程後,將提供所有 Experience Platform API呼叫中每個必要標題的值,如下所示:
{ACCESS_TOKEN}
{API_KEY}
{IMS_ORG}
中的所有資 Experience Platform 源都與特定虛擬沙盒隔離。 對API的所 Platform 有請求都需要一個標題,該標題會指定要在中執行的操作的沙盒名稱:
{SANDBOX_NAME}
如需中沙盒的詳細資訊 Platform,請參閱沙 盒概述檔案。
所有包含裝載(POST、PUT、PATCH)的請求都需要額外的標題:
首先,ETL使用者會登入使用者介面( Experience Platform UI),並使用標準連接器或推播服務連接器建立擷取資料集。
在UI中,用戶通過選擇資料集模式建立輸出資料集。 方案的選擇取決於所吸收的資料類型(記錄或時間序列) Platform。 通過按一下UI中的「方案」頁籤,用戶將能夠查看所有可用的方案,包括方案支援的行為類型。
在ETL工具中,使用者將在設定適當的連線(使用其認證)後,開始設計其對應轉換。 假定ETL工具已安裝連接 Experience Platform 器(此整合指南中未定義的程式)。
ETL工作流程中已提供範例ETL工具和工作流程的 模型。 雖然ETL工具的格式可能不同,但大部分都會公開類似的功能。
ETL連接器必須指定一個時間戳記篩選器,標籤要收錄資料和偏移的日期(即要讀取其資料的視窗)。 ETL工具應支援在此或其他相關UI中取用這兩個參數。 在Adobe Experience Platform中,這些參數會對應至資料集批次物件中的可用日期(如果存在)或擷取日期。
使用資料源進行映射,可使用獲取所有可用資料集的清單 Catalog API。
您可以發出單一API要求來檢視所有可用的資料集(例如 GET /dataSets
),最佳實務是包含限制回應大小的查詢參數。
在要求完整資料集資訊的情況下,回應裝載的大小可能會超過3GB,進而降低整體效能。 因此,只使用查詢參數來過濾所需的資訊將使查詢 Catalog 更加有效。
在篩選回應時,您可以在單一呼叫中使用多個篩選器,方法是使用&符號(&
)分隔參數。 有些查詢參數接受逗號分隔的值清單,例如下方範例請求中的「屬性」篩選。
Catalog 回應會根據設定的限制自動計量,但「限制」查詢參數可用來自訂限制並限制傳回的物件數。 預先設定的 Catalog 回應限制為:
limit=0
包括)會遇到HTTP 400錯誤,該錯誤會概述正確的範圍。目錄服務概述中將更詳細地介紹 查詢參數。
API格式
GET /catalog/dataSets
GET /catalog/dataSets?{filter1}={value1},{value2}&{filter2}={value3}
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/dataSets?limit=3&properties=name,description,schemaRef" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}"
請參閱目錄 服務概觀 ,以取得如何呼叫的詳細範例 Catalog API。
回應
回應包含三(limit=3
)個資料集,顯示查詢參數所指示的"name"、"description"和"schemaRef" properties
。
{
"5b95b155419ec801e6eee780": {
"name": "Store Transactions",
"description": "Retails Store Transactions",
"schemaRef": {
"id": "https://ns.adobe.com/{TENANT_ID}/schemas/274f17bc5807ff307a046bab1489fb18",
"contentType": "application/vnd.adobe.xed+json;version=1"
}
},
"5c351fa2f5fee300000fa9e8": {
"name": "Loyalty Members",
"description": "Loyalty Program Members",
"schemaRef": {
"id": "https://ns.adobe.com/{TENANT_ID}/schemas/fbc52b243d04b5d4f41eaa72a8ba58be",
"contentType": "application/vnd.adobe.xed+json;version=1"
}
},
"5c1823b19e6f400000993885": {
"name": "Web Traffic",
"description": "Retail Web Traffic",
"schemaRef": {
"id": "https://ns.adobe.com/{TENANT_ID}/schemas/2025a705890c6d4a4a06b16f8cf6f4ca",
"contentType": "application/vnd.adobe.xed+json;version=1"
}
}
}
資料集的"schemaRef"屬性包含引用資料集所基於的XDM模式的URI。 XDM架構("schemaRef")表示資料集可以使用的所有潛在欄位,而不一定是使用的欄位(請參閱下方的「可觀察的架構」)。
XDM架構是您在需要向用戶顯示可寫入的所有可用欄位的清單時所使用的架構。
上一個響應對象(https://ns.adobe.com/{TENANT_ID}/schemas/274f17bc5807ff307a046bab1489fb18
)中的第一個"schemaRef.id"值是指向中的特定XDM模式的URI Schema Registry。 可以透過對API進行查閱(GET)請求來擷取 Schema Registry 架構。
"schemaRef"屬性會取代現已過時的"schema"屬性。 如果資料集中沒有"schemaRef"或不包含值,則需要檢查是否存在"schema"屬性。 若要這麼做,請在先前呼叫的查詢參數中,將"schemaRef" properties
取代為"schema"。 下面的「資料集」「架構」屬性區段中提供了有關 「架構」屬性的詳細資訊 。
API格式
GET /schemaregistry/tenant/schemas/{url encoded schemaRef.id}
請求
請求使用架構的URL id
編碼URI("schemaRef.id"屬性的值),並需要「接受」標題。
curl -X GET \
https://platform.adobe.io/data/foundation/schemaregistry/tenant/schemas/https%3A%2F%2Fns.adobe.com%2F{TENANT_ID}%2Fschemas%2F274f17bc5807ff307a046bab1489fb18 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {IMS_ORG}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Accept: application/vnd.adobe.xed-full+json; version=1' \
回應格式取決於請求中傳送的「接受」標題類型。 查閱請求也需要 version
包含在「接受」標題中。 下表概述了可用的「接受」標題的查找:
接受 | 說明 |
---|---|
application/vnd.adobe.xed-id+json |
清單(GET)要求、標題、ID和版本 |
application/vnd.adobe.xed-full+json; version={major version} |
$refs and allOf已解析,有標題和說明 |
application/vnd.adobe.xed+json; version={major version} |
Raw含$ref和allOf,有標題和說明 |
application/vnd.adobe.xed-notext+json; version={major version} |
Raw含$ref和allOf,無標題或說明 |
application/vnd.adobe.xed-full-notext+json; version={major version} |
$refs and allOf已解析,無標題或說明 |
application/vnd.adobe.xed-full-desc+json; version={major version} |
$refs and allOf已解析,包含描述符 |
application/vnd.adobe.xed-id+json
而且 application/vnd.adobe.xed-full+json; version={major version}
是最常用的「接受」標題。 application/vnd.adobe.xed-id+json
優先於在中列出資 Schema Registry 源,因為它僅傳回"title"、"id"和"version"。 application/vnd.adobe.xed-full+json; version={major version}
偏好用於檢視特定資源(依其「id」),因為它會傳回所有欄位(巢狀內嵌於「屬性」下)以及標題和說明。
回應
傳回的JSON結構描述說明結構和欄位層級資訊(「類型」、「格式」、「最小」、「最大」等) 資料的序號,序號為JSON。 如果使用JSON以外的序列化格式擷取(例如Parce或Scala), Schema Registry Guide (架構註冊表指南)會包含一個表格,其中顯示所要的JSON類型(「meta:xdmType」)及其他格式的對應表示法。
除了此表格外,「開發 Schema Registry 人員指南」還包含使用API可進行的所有可能呼叫的深入 Schema Registry 範例。
資料集可能包含「架構」屬性,該屬性現在已過時,並且暫時可用以向後相容。 例如,與先前所做的清單(GET)請求類似,其中查詢參數中的"schema"被取代為"schemaRef",可 properties
能會傳回下列內容:
{
"5ba9452f7de80400007fc52a": {
"name": "Sample Dataset 1",
"description": "Description of Sample Dataset 1.",
"schema": "@/xdms/context/person"
}
}
如果填入資料集的「架構」屬性,這表示架構是已過時的架構,而且在支援的情況下,ETL連接器應使用「架構」屬性中的值與端點(在中是已過時的端點 /xdms
/xdms
Catalog API)來擷取舊式架構。
API格式
GET /catalog/{"schema" property without the "@"}
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/xdms/context/person?expansion=xdm" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}"
選用的查詢參 expansion=xdm
數會告訴API完全展開並內嵌任何參考的結構。 當向用戶顯示所有潛在欄位的清單時,可能希望執行此操作。
回應
與檢視資料集結 構描述的步驟類似,回應包含JSON結構描述資料的結構和欄位層級資訊,序列化為JSON。
當"schema"欄位為空或完全不存在時,連接器應讀取"schemaRef"欄位,並使用 Schema Registry API (如前面步驟中所 示)查看資料集模式。
資料集的「可觀察結構」屬性具有與XDM結構JSON相符的JSON結構。 "oveableSchema"包含傳入輸入檔案中的欄位。 向寫入資料時 Experience Platform,用戶不需要使用目標模式中的每個欄位。 而應僅提供正在使用的欄位。
可觀察模式是讀取資料或顯示可從中讀取/映射的欄位清單時要使用的模式。
{
"598d6e81b2745f000015edcb": {
"observableSchema": {
"type": "object",
"meta:xdmType": "object",
"properties": {
"name": {
"type": "string",
},
"age": {
"type": "string",
}
}
}
}
}
ETL應用程式可提供預覽資料的功能(「ETL工作流程」中的圖8)。 資料存取API提供數種預覽資料的選項。
其他資訊,包括使用資料存取API預覽資料的逐步指引,請參閱資料存取教 學課程。
如上述步驟所示,如 果要檢視資料集清單,您可以使用「屬性」查詢參數來請求「檔案」。
有關查詢資料集和可用響 應篩選器的詳細資訊 ,請參閱目錄服務概述。
API格式
GET /catalog/dataSets?limit={value}&properties={value}
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/dataSets?limit=1&properties=files" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}"
回應
回應將包含一個顯示「檔limit=1
案」屬性的資料集()。
{
"5bf479a6a8c862000050e3c7": {
"files": "@/dataSets/5bf479a6a8c862000050e3c7/views/5bf479a654f52014cfffe7f1/files"
}
}
您也可以使用「檔案」屬性,使用GET請求來擷取檔案詳細資訊。
API格式
GET /catalog/dataSets/{DATASET_ID}/views/{VIEW_ID}/files
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/dataSets/5bf479a6a8c862000050e3c7/views/5bf479a654f52014cfffe7f1/files" \
-H "Accept: application/json" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
回應
回應包含資料集檔案ID作為頂層屬性,而資料集檔案ID物件中包含檔案詳細資訊。
{
"194e89b976494c9c8113b968c27c1472-1": {
"batchId": "194e89b976494c9c8113b968c27c1472",
"dataSetViewId": "5bf479a654f52014cfffe7f1",
"imsOrg": "{IMS_ORG}",
"availableDates": {},
"createdUser": "{USER_ID}",
"createdClient": "{API_KEY}",
"updatedUser": "{USER_ID}",
"version": "1.0.0",
"created": 1542749145828,
"updated": 1542749145828
},
"14d5758c107443e1a83c714e56ca79d0-1": {
"batchId": "14d5758c107443e1a83c714e56ca79d0",
"dataSetViewId": "5bf479a654f52014cfffe7f1",
"imsOrg": "{IMS_ORG}",
"availableDates": {},
"createdUser": "{USER_ID}",
"createdClient": "{API_KEY}",
"updatedUser": "{USER_ID}",
"version": "1.0.0",
"created": 1542752699111,
"updated": 1542752699111
},
"ea40946ac03140ec8ac4f25da360620a-1": {
"batchId": "ea40946ac03140ec8ac4f25da360620a",
"dataSetViewId": "5bf479a654f52014cfffe7f1",
"imsOrg": "{IMS_ORG}",
"availableDates": {},
"createdUser": "{USER_ID}",
"createdClient": "{API_KEY}",
"updatedUser": "{USER_ID}",
"version": "1.0.0",
"created": 1542756935535,
"updated": 1542756935535
}
}
在先前回應中傳回的資料集檔案ID可用於GET請求中,以透過 Data Access API擷取更多檔案詳細資訊。
資 料存取概述 ,包含如何使用 Data Access API的詳細資訊。
API格式
GET /export/files/{DATASET_FILE_ID}
請求
curl -X GET "https://platform.adobe.io/data/foundation/export/files/ea40946ac03140ec8ac4f25da360620a-1" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
回應
[
{
"name": "{FILE_NAME}.parquet",
"length": 2576,
"_links": {
"self": {
"href": "https://platform.adobe.io/data/foundation/export/files/ea40946ac03140ec8ac4f25da360620a-1?path=samplefile.parquet"
}
}
}
]
"href"屬性可用來透過擷取預覽資料 Data Access API。
API格式
GET /export/files/{FILE_ID}?path={FILE_NAME}.{FILE_FORMAT}
請求
curl -X GET "https://platform.adobe.io/data/foundation/export/files/ea40946ac03140ec8ac4f25da360620a-1?path=samplefile.parquet" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
對上述要求的回應將包含檔案內容的預覽。
資料存取概述 Data Access 中提供有關API的詳細資訊,包括詳細的請 求和回應。
目標元件作為轉換資料的輸出,資料工程師將選擇輸出資料集(「ETL工作流」中的圖12)。 XDM模式與輸出資料集關聯。 要寫入的資料將由資料集實體的「fileDescription」屬性從Data Discovery API中標識。 此資訊可使用資料集ID({DATASET_ID}
)擷取。 JSON回應中的"fileDescription"屬性將提供所要求的資訊。
API格式
GET /catalog/dataSets/{DATASET_ID}
屬性 | 說明 |
---|---|
{DATASET_ID} |
您 id 嘗試存取的資料集值。 |
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/dataSets/59c93f3da7d0c00000798f68" \
-H "accept: application/json" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
回應
{
"59c93f3da7d0c00000798f68": {
"version": "1.0.4",
"fileDescription": {
"persisted": false,
"format": "parquet"
}
}
}
資料將會使用資料 Experience Platform 擷取 API寫入。 資料寫入是非同步的程式。 當資料寫入Adobe Experience Platform時,只有在資料完全寫入後,才會建立批次並標示為成功。
中的數 Experience Platform 據應以拼花檔案的形式寫入。
當執行開始時,連接器(如源元件中定義)將使用從中讀取 Experience Platform 資料 Data Access API。 轉換過程將讀取特定時間範圍的資料。 內部查詢源資料集的批次。 查詢時,會使用參數化(滾動時間序列資料或增量資料)的開始日期和列出這些批的資料集檔案,並開始請求這些資料集檔案的資料。
范 例ETL轉換檔案 ,包含許多範例轉換,包括身分處理和資料類型映射。 請使用這些轉換以供參考。
使用 Catalog API時,您可以提取指定開始時間和結束時間之間的所有批,並按建立順序對它們進行排序。
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/batches?dataSet=DATASETID&createdAfter=START_TIMESTAMP&createdBefore=END_TIMESTAMP&sort=desc:created" \
-H "Accept: application/json" \
-H "Authorization:Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}"
有關篩選批次的詳細資訊,請參閱「資料存取」教 學課程。
在您擁有所尋找({BATCH_ID}
)批次的ID後,就可以透過擷取屬於特定批次的檔案清單 Data Access API。 教學課程中提供相關的詳細 Data Access 資訊。
請求
curl -X GET "https://platform.adobe.io/data/foundation/export/batches/{BATCH_ID}/files" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
使用檔案({FILE_ID
)的唯一ID Data Access API ,可用來存取檔案的特定詳細資訊,包括檔案名稱、大小(以位元組為單位),以及下載檔案的連結。
請求
curl -X GET "https://platform.adobe.io/data/foundation/export/files/{FILE_ID}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "x-api-key : {API_KEY}"
響應可指向單個檔案或目錄。 有關每項資訊的詳細資訊,請參閱教 Data Access 學課程。
可 Data Access API 用於訪問特定檔案的內容。 若要擷取內容,會使用使用檔案ID存取檔案時傳回 _links.self.href
的值來提出GET要求。
請求
curl -X GET "https://platform.adobe.io/data/foundation/export/files/{DATASET_FILE_ID}?path=filename1.csv" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "x-api-key: {API_KEY}"
對此請求的回應包含檔案的內容。 如需詳細資訊,包括回應分頁的詳細資訊,請參閱 如何透過資料存取API教學課程來查詢資料 。
在寫入資料時,使用者可以根據XDM架構中定義的驗證規則來驗證資料。 有關模式驗證的詳細資訊,請參閱 ETL生態系統整合參考程式碼 GitHub。
如果您使用上找到的參考實作 GitHub,則可使用系統屬性在此實作中開啟架構驗證 -DenableSchemaValidation=true
。
可對邏輯XDM類型使用屬性(如字串)和 minLength
整數 maxlength
等, minimum
以 maximum
及更多屬性執行驗證。 Schema Registry API開發人員指南包含 ,其中包含一個表,其中列出XDM類型和可用於驗證的屬性。
為各種類型提供的最小值和最大值是 integer
MIN和MAX值,這些值可進一步限制為您選擇的最小值和最大值。
資料處理完成後,ETL工具會使用「批次擷取API」將 Experience Platform 資料 寫回。 資料必須連結至批次,之後才能上傳至特定資料集,才能將資料新增至資料集。
請求
curl -X POST "https://platform.adobe.io/data/foundation/import/batches" \
-H "accept: application/json" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}" \
-d '{
"datasetId":"{DATASET_ID}"
}'
有關建立批的詳細資訊,包括示例請求和響應,請參閱「批提取 」概述。
成功建立新批次後,檔案就可以上傳到特定資料集。 多個檔案可以在批次中張貼,直到升級為止。 檔案可以使用小型檔案上傳API上傳;不過,如果您的檔案過大且已超出閘道限制,則可使用「大型檔案上傳API」。 如需使用「大型和小型檔案上傳」的詳細資訊,請參閱「批次擷 取」概觀。
請求
中的數 Experience Platform 據應以拼花檔案的形式寫入。
curl -X PUT "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}/dataSets/{DATASET_ID}/files/{FILE_NAME}.parquet" \
-H "accept: application/json" \
-H "x-gw-ims-org-id:{IMS_ORG}" \
-H "Authorization:Bearer ACCESS_TOKEN" \
-H "x-api-key: API_KEY" \
-H "content-type: application/octet-stream" \
--data-binary "@{FILE_PATH_AND_NAME}.parquet"
將所有檔案上傳到批後,可以向批發出完成信號。 通過執行此操作, Catalog 將為已完成的檔案建立「DataSetFile」條目,並與生成批關聯。 然後 Catalog 將批標籤為成功,這會觸發下游流來提取可用資料。
資料將先登入Adobe Experience Platform的測試位置,然後在編目及驗證後移至最終位置。 所有資料移至永久位置後,批次就會標示為成功。
請求
curl -X POST "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}?action=COMPLETE" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization:Bearer {ACCESS_TOKEN}" \
-H "x-api-key : {API_KEY}"
如果成功,回應將傳回HTTP狀態200 OK,且回應內文為空。
ETL工具會確保在讀取資料時記下來源資料集的時間戳記。
在下次轉換執行中,ETL可能會透過排程或事件呼叫,開始從先前儲存的時間戳記和後續的所有資料請求資料。
在ETL工具中執行新任務之前,您必須確保已成功完成最後一批。 提供 Catalog Service API 了批特定選項,其中提供了相關批的詳細資訊。
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/batches?limit=1&sort=desc:created" \
-H "Accept: application/json" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}"
回應
如果上一批「狀態」值為「成功」,則可排程新任務,如下所示:
"{BATCH_ID}": {
"imsOrg": "{IMS_ORG}",
"created": 1494349962314,
"createdClient": "{API_KEY}",
"createdUser": "CLIENT_USER_ID@AdobeID",
"updatedUser": "CLIENT_USER_ID@AdobeID",
"updated": 1494349963467,
"status": "success",
"errors": [],
"version": "1.0.1",
"availableDates": {}
}
通過使用發出GET請求,可以 Catalog Service API 通過檢索單個批狀態 {BATCH_ID}
。 使 {BATCH_ID}
用的值與建立批次時傳回的ID相同。
請求
curl -X GET "https://platform.adobe.io/data/foundation/catalog/batches/{BATCH_ID}" \
-H "Accept: application/json" \
-H "x-gw-ims-org-id: {IMS_ORG}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}"
回應——成功
下列回應顯示「成功」:
"{BATCH_ID}": {
"imsOrg": "{IMS_ORG}",
"created": 1494349962314,
"createdClient": "{API_KEY}",
"createdUser": "{CREATED_USER}",
"updatedUser": "{UPDATED_USER}",
"updated": 1494349962314,
"status": "success",
"errors": [],
"version": "1.0.1",
"availableDates": {}
}
響應——失敗
如果失敗,可從回應中擷取「錯誤」,並在ETL工具上呈現為錯誤訊息。
"{BATCH_ID}": {
"imsOrg": "{IMS_ORG}",
"created": 1494349962314,
"createdClient": "{API_KEY}",
"createdUser": "{CREATED_USER}",
"updatedUser": "{UPDATED_USER}",
"updated": 1494349962314,
"status": "failure",
"errors": [
{
"code": "200",
"description": "Error in validating schema for file: 'adl://dataLake.azuredatalakestore.net/connectors-dev/stage/BATCHID/dataSetId/contact.csv' with errorMessage=adl://dataLake.azuredatalakestore.net/connectors-dev/stage/BATCHID/dataSetId/contact.csv is not a Parquet file. expected magic number at tail [80, 65, 82, 49] but found [57, 98, 55, 10] and errorType=java.lang.RuntimeException",
"rows": []
}
],
"version": "1.0.1",
"availableDates": {}
}
資料可以用二乘二的矩陣表示,如下所示:
增量事件 | 增量配置檔案 |
---|---|
快照事件(不太可能) | 快照配置檔案 |
事件資料通常在每行都有索引時間戳列時顯示。
描述檔資料通常是在資料中沒有時間戳記,且每一列都可由主/複合索引鍵識別時。
增量資料是只有新的/更新的資料才會進入系統並附加到資料集中的當前資料的位置。
快照資料是指所有資料進入系統並替換資料集中的部分或全部先前資料時。
對於增量事件,ETL工具應使用批次實體的可用日期/建立日期。 若是推播服務,則不會顯示可用日期,因此工具會使用批次建立/更新日期來標籤增量。 需要處理每批增量事件。
對於增量配置檔案,ETL工具將使用批次實體的建立/更新日期。 通常每批增量配置檔案資料都需要處理。
快照事件由於資料的龐大規模而極不可能發生。 但是,如果需要這個工具,ETL工具只能挑選最後一個批次進行處理。
使用快照配置檔案時,ETL工具將必須選擇到達系統的最後一批資料。 但如果要求追蹤變更版本,則所有批次都必須處理。 在ETL過程中執行重複資料消除處理將有助於控制儲存成本。
當客戶發現在過去的n天中,ETL處理的資料未如預期發生或來源資料本身可能不正確時,可能需要進行批次重播和資料重新處理。
為此,客戶的資料管理員將使用 Platform UI來移除包含損毀資料的批次。 然後,ETL可能需要重新執行,因此會重新填入正確的資料。 如果來源本身有損壞的資料,資料工程師/管理員將需要更正來源批次並重新收錄資料(可以是透過Adobe Experience Platform或ETL連接器)。
根據所生成的資料類型,資料工程師可以選擇從某些資料集中刪除單個批或所有批。 資料將依照准則移除/封存 Experience Platform 。
清除資料的ETL功能很可能很重要。
清除完成後,用戶端管理員必須重新設定Adobe Experience Platform,才能從刪除批次時開始重新處理核心服務。
根據客戶的決定,資料管理員/工程師可以根據特定資料集的特性,以順序或並行方式來決定提取、轉換和載入資料。 這也將以用戶端使用轉換後的資料來定位的使用案例為基礎。
例如,如果客戶端持續存在可更新持久性儲存,並且事件的順序或順序很重要,則客戶端可能需要使用循序ETL轉換嚴格處理作業。
在其他情況下,下游應用程式/進程可以使用指定的時間戳在內部排序時,可以處理順序錯誤的資料。 在這些情況下,並行ETL轉換可能可以改善處理時間。
對於源批,它將再次依賴於客戶機首選項和消費者約束。 如果源資料可以並行提取而不考慮行的攝政/排序,則轉換過程可以建立具有較高並行度的處理批(基於亂序處理的優化)。 但是,如果轉換必須遵循時間戳記或變更優先順序,資料存取API或ETL工具排程器/呼叫將必須確保批次不會在可能的情況下順序錯誤處理。
遞延是指輸入資料尚未完整到可傳送至下遊程式的程式,但日後可能可用的程式。 客戶將確定他們對資料窗口的個別容限,以便將來匹配和處理成本,以便通知他們決定在下次轉換執行中保留資料並重新處理資料,希望在保留窗口內的某個將來時間豐富和協調/銜接資料。 此週期一直持續,直到行被充分處理或認為過時,才能繼續投資。 每個迭代都將生成延遲資料,這是以前迭代中所有延遲資料的超集。
Adobe Experience Platform目前不會識別延遲資料,因此用戶端實作必須仰賴ETL和資料集手動組態,在鏡像來源資料集時建立另一個資料集,以用於保留延遲資料。 Platform 在這種情況下,延遲的資料將類似於快照資料。 在ETL轉換的每次執行中,源資料將與延遲資料相結合,並被發送以進行處理。
日期 | 動作 | 說明 |
---|---|---|
2019-01-19 | 已從資料集移除「欄位」屬性 | 資料集以前包含「欄位」屬性,該屬性包含模式的副本。 不應再使用此功能。 如果找到"fields"屬性,則應忽略它,並改用"oscementedSchema"或"schemaRef"。 |
2019-03-15 | "schemaRef"屬性添加到資料集 | 資料集的"schemaRef"屬性包含參照資料集所依據之XDM架構的URI,並代表資料集可使用的所有潛在欄位。 |
2019-03-15 | 所有使用者識別碼都對應至"identityMap"屬性 | 「identityMap」是主體所有唯一識別碼的封裝,例如CRM ID、ECID或忠誠度方案ID。 此地圖可用來解 Identity Service 析主體的所有已知和匿名身份,為每位使用者形成單一身份圖。 |
2019-05-30 | EOL和從資料集中刪除「模式」屬性 | 資料集"schema"屬性使用 /xdms API中已過時的端點,提供指向架構的 Catalog 參考連結。 這已由"schemaRef"取代,該"schemaRef"提供新 Schema Registry API中所參考之架構的"id"、"version"和"contentType"。 |