架構構成基礎

本檔案介紹 Experience Data Model (XDM)架構,以及構成Adobe Experience Platform中要使用之架構的建置區塊、原則和最佳實務。 有關XDM及其在中的使用方式的一般資訊,請 Platform參閱 XDM系統概述

瞭解結構

架構是一組規則,用於表示和驗證資料的結構和格式。 高層次上,結構描述提供實際物件(例如人)的抽象定義,並概述該物件每個例項中應包含的資料(例如名字、姓氏、生日等)。

除了描述資料的結構外,模式還對資料應用約束和期望,以便在系統之間移動時驗證它。 這些標準定義允許一致地解釋資料,而不論其來源為何,並消除跨應用程式翻譯的需要。

Experience Platform 通過使用模式來維護此語義規範化。 結構描述是描述中資料的標準方法 Experience Platform,允許符合結構的所有資料可以重複使用,而不會在組織間發生衝突,甚至可以在多個組織之間共用。

關係表與嵌入對象

使用關係式資料庫時,最佳實務是標準化資料,或將實體分割為離散的部分,然後跨多個表格顯示。 為了整體讀取資料或更新實體,必須使用JOIN對許多單個表執行讀和寫操作。

XDM模式通過嵌入對象的使用,可以直接表示複雜的資料,並將其儲存在具有層次結構的自包含文檔中。 此結構的主要優點之一是,它可讓您查詢資料,而不需透過昂貴的連接來重新建構實體至多個非標準化表格。 您的架構階層可以有多少層級沒有硬性限制。

結構圖和大資料

現代數位系統會產生大量的行為訊號(交易資料、網路記錄、物聯網、展示等等)。 此巨量資料提供了最佳化體驗的絕佳機會,但由於資料的規模和多樣性,使用起來十分困難。 為了從資料中獲取價值,必須標準化其結構、格式和定義,以便能夠一致且有效率地處理。

結構描述可解決此問題,它允許從多個來源整合資料、透過共同結構和定義標準化資料,並跨解決方案共用。 這允許後續的流程和服務回答任何類型的資料問題,從傳統的資料建模方法轉向資料建模方法,在該方法中,將要詢問資料的所有問題都事先已知,並且資料建模以符合這些期望。

以架構為基礎的工作流程,位於 Experience Platform

標準化是其背後的一個關鍵概念 Experience Platform。 XDM由Adobe推動,旨在標準化客戶體驗資料,並定義客戶體驗管理的標準架構。

所建立的基 Experience Platform 礎架構(稱為 XDM System架構)有助於架構式工作流程,並包含 Schema Registry、 Schema Editor、架構中繼資料和服務使用模式。 如需詳細 資訊,請參閱XDM系統概觀

在中構建和利用模式有幾個主要優點 Experience Platform。 首先,模式允許更好的資料治理和資料最小化,這在隱私法規中尤其重要。 其次,使用Adobe的標準元件建立架構可讓您立即獲得深入資訊,並使用AI/ML服務,而且可將自訂設定降至最低。 最後,架構提供資料分享見解和有效協調的基礎架構。

規劃您的架構

建立架構的第一步是決定您要在架構中擷取的概念或實際物件。 一旦您確定要描述的概念,您就可以開始規劃您的架構,包括資料類型、潛在識別欄位,以及架構未來的演變方式等。

資料行為 Experience Platform

要用於的資料會 Experience Platform 分為兩種行為類型:

  • 記錄資料:提供主題屬性的相關資訊。 主題可以是組織或個人。
  • 時間系列資料:提供記錄主體直接或間接採取操作時系統的快照。

所有XDM結構描述的資料可以分類為記錄或時間序列。 架構的資料行為由架構的類定義,該類在初次建立時被分配給架構。 本文稍後將對XDM類作進一步的詳細說明。

記錄和時間序列模式都包含身份映射(xdm:identityMap)。 此欄位包含主題的身分表示法,其取自標示為「身分」的欄位,如下一節所述。

身份

結構描述用於將資料吸收到中 Experience Platform。 此資料可跨多個服務使用,以建立個別實體的單一統一檢視。 因此,在考慮結構時,請務必考慮客戶身分,以及哪些欄位可用來識別主題,而不論資料來自何處。

為了協助此程式,您的架構中的關鍵欄位可標示為身分。 資料擷取時,這些欄位中的資料會插入該個人的「身分圖表」中。 圖形資料隨後可由和其他服 Real-time Customer Profile 務訪問, Experience Platform 以提供每個客戶的拼接視圖。

通常標示為「Identity」的欄位包括:電子郵件地址、電話號碼、 Experience Cloud ID (ECID)CRM ID或其他唯一ID欄位。 您也應考慮組織專屬的任何唯一識別碼,因為這些識別碼可能也是好的「Identity」欄位。

在方案規劃階段,務必考慮客戶身份,以協助確保資料匯整在一起,以建立最強穩的個人檔案。 請參閱 Adobe Experience Platform Identity Service的概觀 ,進一步瞭解身分資訊如何協助您為客戶提供數位體驗。

xdm:identityMap

xdm:identityMap 是映射類型欄位,它描述單個的各種標識值及其關聯的名稱空間。 此欄位可用於為方案提供身份資訊,而不是在方案本身的結構中定義身份值。

簡單身份映射的示例如下所示:

"identityMap": {
  "email": [
    {
      "id": "jsmith@example.com",
      "primary": false
    }
  ],
  "ECID": [
    {
      "id": "87098882279810196101440938110216748923",
      "primary": false
    },
    {
      "id": "55019962992006103186215643814973128178",
      "primary": false
    }
  ],
  "loyaltyId": [
    {
      "id": "2e33192000007456-0365c00000000000",
      "primary": true
    }
  ]
}

如上例所示,物件中的每個索引鍵都 identityMap 代表一個識別名稱空間。 每個索引鍵的值是對象的陣列,代表各自命名空間的id標識值()。 請參閱檔案 Identity Service 以取得Adobe應 用程式所識別之標準身分名稱空間

注意

也可以為每個標識值提供一個布爾值,用於確定該值是否primary是主標識()。 僅需為要用於的方案設定主標識 Real-time Customer Profile。 如需詳細資訊,請參 閱聯合 架構一節。

模式演化原則

隨著數位體驗的性質不斷演變,用來代表體驗的架構也必須不斷演變。 因此,精心設計的架構能夠根據需要調整和演化,而不會對舊版架構造成破壞性的改變。

由於維持向後相容性對架構演化至關重要,因此 Experience Platform 會執行純粹的加性版本修訂原則,以確保架構的任何修訂只會產生非破壞性的更新和變更。 換言之,不支 援中斷變更。

支援的變更 中斷變更(不支援)
  • 將新欄位添加到現有模式
  • 將強制欄位設為選填
  • 移除先前定義的欄位
  • 推出新的必填欄位
  • 更名或重定義現有欄位
  • 移除或限制先前支援的欄位值
  • 將屬性移動到樹中的不同位置
注意

如果尚未使用架構將資料嵌入,則 Experience Platform可能會對該架構引入中斷更改。 但是,一旦在中使用了架構, Platform它就必須遵循附加的版本控制策略。

結構描述與資料擷取

為了將資料內嵌至 Experience Platform中,必須先建立資料集。 資料集是資料轉換和追蹤的建置區塊, Catalog Service通常代表包含收錄資料的表格或檔案。 所有資料集都基於現有的XDM模式,這為所提取的資料應包含的內容以及其結構提供了約束。 如需詳細資訊,請 參閱Adobe Experience Platform資料擷取概觀

架構的構建塊

Experience Platform 使用組合方法,其中組合標準構建塊以建立模式。 此方法可提升現有元件的可重複使用性,並推動業界標準化,以支援廠商架構和元件 Platform。

方案使用下列公式組成:

類+ Mixin*= XDM方案

*模式由類和零個或多個混合組成。 這表示您完全不需使用mixin就可以合成資料集架構。

Class

構成模式的開始方法是分配類。 類定義模式將包含的資料的行為方面(記錄或時間序列)。 此外,類還描述了基於該類的所有方案需要包含的最小公共屬性數,並為合併多個相容資料集提供了一種方法。

架構的類決定哪些混合符合在該架構中使用的資格。 在下一節中將更詳細地討論 此問題

Adobe提供兩種標準(「核心」)XDM類別: XDM Individual Profile 和 XDM ExperienceEvent。 除了這些核心類別外,您也可以建立自己的自訂類別,以說明組織的更多特定使用案例。 自訂類別由組織定義,但是沒有Adobe定義的核心類別可用來描述獨特的使用案例。

Mixin

混音是可重複使用的元件,其定義可實作特定功能(例如個人詳細資料、飯店偏好設定或位址)的一或多個欄位。 Mixin是作為實現相容類的模式的一部分而包括的。

Mixins會根據所代表資料的行為(記錄或時間系列)來定義與哪些類別相容。 這表示並非所有混音都可用於所有類別。

Experience Platform 包含許多標準的Adobe混音器,同時允許廠商為其使用者定義混音器,而個別使用者則為其特定概念定義混音器。

例如,若要擷取「忠誠會員」結構的詳細資訊,例如「名字」和「首位地址」,您可以使用定義這些常見概念的標準混音。 但是,針對較不常見使用案例(例如「Loyalty Program Level」)的特定概念通常沒有預先定義的混音。 在這種情況下,您必須定義自己的混音,才能擷取此資訊。

請記住,結構描述是由「零個或更多」混合組成,因此這表示您無需使用任何混合即可合成有效結構描述。

有關所有當前標準混合的清單,請參閱正式 的XDM儲存庫

Data type

資料類型與基本常值欄位的使用方式相同,在類或方案中用作參考欄位類型。 關鍵區別在於資料類型可以定義多個子欄位。 與混音類似,資料類型允許一致地使用多欄位結構,但比混音更具靈活性,因為通過將資料類型添加為欄位的「資料類型」,資料類型可以包括在模式中的任意位置。

注意

請參 閱附錄 ,以取得混合與資料類型之間差異的詳細資訊,以及在類似使用案例中使用其中一種與另一種的利弊。

Experience Platform 提供了一些常用資料類型作為的一部分,以 Schema Registry 支援使用標準模式來描述常用資料結構。 這在教學課程中會有更詳細的說 Schema Registry 明,當您逐步執行定義資料類型的步驟時,將會更清楚。

欄位

欄位是架構最基本的建置區塊。 欄位可定義特定資料類型,以限制其可包含的資料類型。 這些基本資料類型會定義單一欄位,而前述的資 料類型 ,可讓您定義多個子欄位,並在各種結構中重複使用相同的多欄位結構。 因此,除了將欄位的「資料類型」定義為註冊表中定義的其中一種資料類型外,還支援基 Experience Platform 本標量類型,例如:

  • 字串
  • 整數
  • 雙倍
  • 布林值
  • 陣列
  • 物件

這些標量類型的有效範圍可以進一步限制為某些模式、格式、最小值/最大值或預定義值。 使用這些約束,可以表示各種更具體的欄位類型,包括:

  • Enum
  • 簡短
  • 位元組
  • 日期
  • 日期時間
  • 地圖
注意

「映射」欄位類型允許鍵值對資料,包括單個鍵的多個值。 映射只能在系統級別定義,這表示您可能在行業或供應商定義的方案中遇到映射,但無法用於您定義的欄位。 Schema Registry API開發人員指南包含有關定義欄位類型的詳細資訊

下游服務和應用程式使用的某些資料操作對特定欄位類型強制執行限制。 受影響的服務包括但不限於:

在建立用於下游服務的架構之前,請先閱讀這些服務的適當檔案,以便更好地瞭解該架構用於資料操作的現場要求和限制。

XDM欄位

除了基本欄位和定義您自己的資料類型的能力外,XDM還提供一套標準的欄位和資料類型集,這些欄位和資料類型會由服務隱含地理解,並在跨元件使用時提供 Experience Platform 更一致 Platform 性。

這些欄位(例如「名字」和「電子郵件地址」)除了基本標量欄位類型之外,還包含其他附加含義,告訴 Platform 任何共用相同XDM資料類型的欄位將以相同的方式運作。 無論資料來自何處,或資料使用於何種服務,都可信 Platform 任此行為一致。

如需可用 XDM欄位的完整清單 ,請參閱XDM欄位字典。 建議盡可能使用XDM欄位和資料類型,以支援跨領域的一致性和標準化 Experience Platform。

合成示例

結構描述表示將被收錄到的資料的格式和結構 Platform,並使用合成模型構建。 如前所述,這些模式由類和與該類相容的零個或多個混合組成。

例如,描述在零售商店購買的方案稱為「商店交易」。 該模式實現 XDM ExperienceEvent 與標準 Commerce mixin和用戶定義的 Product Info mixin組合的類。

追蹤網站流量的另一個架構可能稱為「網站造訪」。 它也實現了類 XDM ExperienceEvent 別,但這次結合了標準 Web mixin。

下圖顯示了這些方案以及每個混音所貢獻的欄位。 它還包含基於類的兩個方 XDM Individual Profile 案,包括本指南中提及的「忠誠成員」方案。

Union

雖然 Experience Platform 允許您為特定使用案例合成方案,但它也允許您查看特定類型方案的「聯合」。 上圖顯示基於XDM ExperienceEvent類的兩個模式和基於類的兩個模 XDM Individual Profile 式。 The union(如下所示)匯總了共用相同類的所有方案(XDM ExperienceEvent 和 XDM Individual Profile分別)的欄位。

通過啟用與一起使用的 Real-time Customer Profile模式,它將包含在該類型的union中。 Profile 提供強穩、集中的客戶屬性描述檔,以及客戶在與之整合的任何系統上所發生之每個事件的時間戳記帳戶 Platform。 Profile 使用聯合檢視來呈現此資料,並提供每位客戶的全面檢視。

如需使用的詳細資訊 Profile,請參 閱即時客戶個人檔案總覽

將資料檔案映射到XDM模式

所有被收錄到的數 Experience Platform 據檔案都必須符合XDM架構的結構。 有關如何格式化資料檔案以符合XDM層次(包括示例檔案)的詳細資訊,請參見有關示例ETL轉換 的文檔。 有關將資料檔案收錄到的一般信 Experience Platform息,請參見 批處理概述

後續步驟

現在,您已瞭解架構構成的基本知識,現在可以開始使用來探索和構建架構 Schema Registry。

要查看兩個核心XDM類及其常用相容混音的結構,請參見以下參考文檔:

此 Schema Registry 程式可用來存取Adobe Experience Platform中 Schema Library 的,並提供使用者介面和RESTful API,讓您存取所有可用的程式庫資源。 包 Schema Library 含由Adobe定義的產業資源、由合作夥伴定義的廠商資 Experience Platform 源,以及由您組織成員組成的類別、混合、資料類型和結構。

若要開始使用UI編寫架構,請遵循「架構編輯器」教學課程 ,以建立本檔案中提及的「忠誠成員」架構。

若要開始使用 Schema Registry API,請先閱讀 Schema Registry API開發人員指南。 閱讀開發人員指南後,請依照教學課程中說明的步驟, 使用架構註冊表API建立架構

附錄

下節包含關於方案組合原則的其他資訊。

物件與自由格式欄位

在設計方案時,在自由格式欄位上選擇物件時,需考慮一些關鍵因素:

物件 自由格式欄位
增加巢狀結構 少或無巢狀
建立邏輯欄位組 欄位會置於臨機位置

物件

在自由格式欄位上使用物件的利弊列於下方。

專業:

  • 當要建立特定欄位的邏輯分組時,最好使用對象。
  • 對象以更結構化的方式組織模式。
  • 物件間接有助於在區段產生器UI中建立良好的功能表結構。 架構內的群組欄位會直接反映在「區段產生器UI」中提供的資料夾結構中。

缺點:

自由格式欄位

在物件上使用自由格式欄位的利弊列於下方。

專業:

  • 自由格式欄位直接在方案()的根對象下建立,_tenantId提高了可見性。
  • 使用查詢服務時,自由格式欄位的參考字串會較短。

缺點:

  • 架構中自由格式欄位的位置是臨機的,這表示它們在架構編輯器中按字母順序顯示。 這可能會使結構描述變得不那麼結構化,而類似的自由格式欄位可能會因名稱而分離得很遠。

本頁內容