Real-Time Customer Profile資料和分段的預設護欄
Last update: Mon Nov 18 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
Adobe Experience Platform可讓您根據行為深入分析和客戶屬性，以即時客戶設定檔的形式提供個人化的跨管道體驗。 為了支援這種處理設定檔的新方法，Experience Platform使用與傳統關聯式資料模型不同的高度非標準化混合資料模型。
除了此護欄頁面之外，還請檢查銷售訂單中的授權權益以及實際使用限制的對應
產品說明。
本檔案提供預設的使用和速率限制，幫助您模型化設定檔資料，以獲得最佳系統效能。 檢閱下列護欄時，系統假設您已正確地模型化資料。 如果您有任何關於如何模型化資料的問題，請聯絡您的客戶服務代表。
大多數客戶不會超過這些預設限制。 如果您想瞭解自訂限制，請聯絡客戶服務代表。
快速入門
下列Experience Platform服務與即時客戶個人檔案資料的模型化有關：
- Real-Time Customer Profile：使用來自多個來源的資料建立統一的消費者設定檔。
- 身分：Bridge身分在擷取到Platform時來自不同的資料來源。
- 結構描述： Experience Data Model (XDM)結構描述是Platform用來組織客戶體驗資料的標準化架構。
- 對象： Platform內的細分引擎是用來根據客戶行為和屬性，從您的客戶設定檔建立對象。
限制型別
本檔案有兩種預設限制：
效能護欄（軟性限制）
效能護欄是與使用案例範圍相關的使用限制。 超過效能護欄時，您可能會遇到效能降低和延遲的問題。 Adobe對這類效能降級概不負責。 客戶若持續超過效能護欄，可選擇授權額外的容量，以避免效能降低。
系統強制的護欄（硬限制）
Real-Time CDP UI或API會強制執行系統強制的護欄。 這些限制不得超過，因為UI和API會阻止您這樣做或會傳回錯誤。
本檔案中所概述的限制會持續改善。 請定期回來檢視更新。 如果您有興趣瞭解自訂限制，請聯絡客戶服務代表。
資料模型限制
以下護欄提供模型化即時客戶設定檔資料時的建議限制。 若要深入瞭解主要實體和維度實體，請參閱附錄中有關實體型別的章節。
主要實體護欄
XDM個別設定檔類別資料集
20
效能護欄
建議最多使用20個運用XDM個別設定檔類別的資料集。
XDM ExperienceEvent類別資料集
20
效能護欄
建議最多使用20個運用XDM ExperienceEvent類別的資料集。
為設定檔啟用的Adobe Analytics報表套裝資料集
1
效能護欄
設定檔最多應啟用一(1)個Analytics報表套裝資料集。 嘗試為設定檔啟用多個Analytics報表套裝資料集可能會對資料品質產生非預期的結果。 如需詳細資訊，請參閱附錄中有關
Adobe Analytics資料集的章節。
多實體關係
5
效能護欄
建議在主要實體和尺寸實體之間最多定義5個多實體關係。 在移除或停用現有關聯性之前，不應進行其他關聯性對應。
用於多實體關係中的ID欄位的JSON深度
4
效能護欄
用於多實體關係中的ID欄位建議的最大JSON深度為4。 這表示在高度巢狀的結構描述中，超過4層深的巢狀欄位不應作為關聯性中的ID欄位。
設定檔片段中的陣列基數
<=500
效能護欄
個人資料片段（與時間無關的資料）中的最佳陣列基數<=500。
ExperienceEvent中的陣列基數
<=10
效能護欄
ExperienceEvent （時間序列資料）中的最佳陣列基數<=10。
個別設定檔身分圖表的身分計數
50
系統強制的護欄
個人設定檔的身分圖表最大身分數量為50。 任何具有50個以上身分的設定檔都會從分段、匯出和查詢中排除。
Dimension實體護欄
不允許為非XDM Individual Profile實體使用時間序列資料
0
系統強制的護欄
設定檔服務中的非XDM Individual Profile實體不允許使用 時間序列資料。 如果時間序列資料集與非XDM Individual Profile ID相關聯，則不應為Profile啟用該資料集。
沒有巢狀關聯性
0
效能護欄
您不應該在兩個非XDM Individual Profile結構描述之間建立關係。 不建議將建立關聯性的功能用於任何不屬於Profile聯合結構描述的結構描述。
主要ID欄位的JSON深度
4
效能護欄
建議的主要ID欄位的最大JSON深度為4。 這表示在高度巢狀結構描述中，如果欄位巢狀超過4層深，則不應選取該欄位作為主要ID。 第4個巢狀層級的欄位可當作主要ID使用。
資料大小限制
下列護欄參考資料大小，並根據需要提供建議對可擷取、儲存和查詢的資料加以限制。 若要深入瞭解主要實體和維度實體，請參閱附錄中有關實體型別的章節。
主要實體護欄
ExperienceEvent大小上限
10KB
系統強制的護欄
事件大小上限為10KB。 內嵌將會繼續，但是大於10KB的事件將會被捨棄。
設定檔記錄大小上限
100KB
系統強制的護欄
設定檔記錄的大小上限為100KB。 內嵌將繼續，但將捨棄大於100KB的設定檔記錄。
最大設定檔片段大小
50MB
系統強制的護欄
單一設定檔片段的大小上限為50MB。任何大於50MB的設定檔片段的 分段、匯出和查詢可能會失敗。
最大設定檔儲存大小
50MB
效能護欄
儲存的設定檔大小上限為50MB。 將新的
設定檔片段加入大於50MB的設定檔將會影響系統效能。 例如，設定檔可包含50MB的單一片段，或可包含多個資料集的多個片段，合併總大小為50MB。 嘗試儲存單一片段大於50MB的設定檔，或多個片段合併大小總計超過50MB的設定檔，將會影響系統效能。
每天擷取的設定檔或ExperienceEvent批次數量
90
效能護欄
每天擷取的Profile或ExperienceEvent批次數量上限為90。 這表示每天擷取的Profile和ExperienceEvent批次總數不能超過90。 擷取其他批次將會影響系統效能。
每個設定檔記錄的ExperienceEvents數目
5000
效能護欄
每個設定檔記錄的ExperienceEvents數目上限為5000。超過5000個ExperienceEvents的 設定檔 不會 考慮用於分段。
Dimension實體護欄
所有維度實體的總大小
5GB
效能護欄
建議所有維度實體的總大小為5GB。 擷取大型尺寸圖元可能會影響系統效能。 例如，不建議嘗試載入10GB的產品目錄作為維度實體。
每個維度實體結構描述的資料集
5
效能護欄
建議每個維度實體結構描述最多關聯5個資料集。 例如，如果您為「產品」建立結構描述，並新增五個貢獻資料集，則不應建立與產品結構描述繫結的第六個資料集。
每日擷取的Dimension實體批次
每個實體4個
效能護欄
建議每天擷取的維度實體批次數量上限為每個實體4個。 例如，您每天最多可以擷取4次產品目錄的更新。 擷取相同實體的其他維度實體批次可能會影響系統效能。
分段護欄 segmentation-guardrails
本節中概述的護欄是指組織可在Experience Platform中建立的對象數量和性質，以及對應及啟用對象至目的地。
每個沙箱的受眾
4000
效能護欄
一個組織總共可以有超過4000個對象，但前提是每個個別沙箱中的對象少於4000個。 其中包含批次、串流和邊緣對象。 嘗試建立其他對象可能會影響系統效能。 深入瞭解
透過區段產生器建立對象。
每個沙箱的Edge受眾
150
效能護欄
只要每個個別沙箱中的邊緣對象少於150個，組織就可以總共擁有超過150個邊緣對象。 嘗試建立其他邊緣對象可能會影響系統效能。 深入瞭解
邊緣對象。
所有沙箱中的Edge輸送量
1500 RPS
效能護欄
Edge分段支援每秒鐘尖峰值1500個進入Adobe Experience PlatformEdge Network的傳入事件。 Edge區段在進入Adobe Experience PlatformEdge Network後，最多可能需要350毫秒來處理傳入事件。 深入瞭解
邊緣對象。
每個沙箱的串流受眾
500
效能護欄
只要每個個別沙箱中的串流對象少於500個，組織就可以總共超過500個串流對象。 其中包含串流和邊緣對象。 嘗試建立其他串流對象可能會影響系統效能。 深入瞭解
串流對象。
所有沙箱的串流輸送量
1500 RPS
效能護欄
串流細分支援每秒1500個傳入事件的峰值。 串流區段最多可能需要5分鐘，才能讓設定檔符合區段會籍資格。 深入瞭解
串流對象。
每個沙箱的批次對象
4000
效能護欄
一個組織總共可以有超過4000個批次對象，只要每個個別沙箱中有少於4000個批次對象即可。 嘗試建立其他批次對象可能會影響系統效能。
每個沙箱的帳戶對象
50
系統強制的護欄
您最多可以在沙箱中建立50個帳戶對象。 當您在沙箱中達到50個對象後，嘗試建立新帳戶對象時，
建立對象 控制項會停用。 深入瞭解
帳戶對象。
每個沙箱的已發佈組合
10
效能護欄
一個沙箱中最多可以有10個已發佈的組合。 進一步瞭解UI指南
🔗中的對象構成。
最大對象人數
30%
效能護欄
建議的對象最大成員資格為系統中設定檔總數的30%。 您可以建立具有超過30%設定檔的對象為成員，或是多個大型對象，但會影響系統效能。
預期的可用性
以下章節概述下游服務(例如Real-Time CDP目的地)中對象和合併原則的 預期 可用性：
附錄
本節提供本檔案中限制的其他詳細資訊。
實體型別
Profile存放區資料模型包含兩個核心實體型別：主要實體和維度實體。
主要實體
主要實體或設定檔實體會將資料合併在一起，為個人形成「單一真實來源」。 此統一資料以所謂的「聯合檢視」表示。 聯合檢視會將實施相同類別的所有結構描述的欄位彙總到單一聯合結構描述中。 Real-Time Customer Profile的聯合結構描述是非正規化混合資料模型，可作為所有設定檔屬性和行為事件的容器。
與時間無關的屬性（也稱為「記錄資料」）是使用XDM Individual Profile建立模型，而時間序列資料（也稱為「事件資料」）是使用XDM ExperienceEvent建立模型。 在Adobe Experience Platform中擷取記錄和時間序列資料時，它會觸發Real-Time Customer Profile開始擷取已啟用以供使用的資料。 內嵌的互動和詳細資訊越多，個別設定檔就越健全。
Dimension實體
雖然維護設定檔資料的設定檔資料存放區不是關聯式存放區，但設定檔允許與小型維度實體整合，以便以簡化且直覺的方式建立對象。 此整合稱為多實體分段。
您的組織也可以定義XDM類別來說明個人以外的專案，例如商店、產品或屬性。 這些非XDM Individual Profile結構描述稱為「維度實體」（也稱為「查詢實體」），不包含時間序列資料。 代表維度實體的結構描述會透過使用結構描述關係連結至設定檔實體。
Dimension實體提供查閱資料，可協助並簡化多實體區段定義，且必須夠小，讓區段引擎可以將整個資料集載入記憶體，以進行最佳處理（快速點查閱）。
輪廓片段
在此檔案中，有數個護欄會參照「設定檔片段」。 在Experience Platform中，多個設定檔片段會合併在一起，以形成即時客戶設定檔。 每個片段代表指定資料集中該ID的唯一主要身分和對應的記錄或完整事件資料集。 若要深入瞭解設定檔片段，請參閱設定檔概述。
合併原則 merge-policies
將來自多個來源的資料彙集在一起時，合併原則是Platform用來判斷資料優先順序的方式以及將會合併哪些資料以建立該統一檢視的規則。 例如，如果客戶跨多個管道與您的品牌互動，則您的組織將會有多個與該單一客戶相關的設定檔片段出現在多個資料集中。 這些片段在擷取至Platform時，會合併在一起，以便為該客戶建立單一設定檔。 當來自多個來源的資料衝突時，合併原則會決定要將哪些資訊包含在個人設定檔中。 每個沙箱最多允許五(5)個使用_xdm.context.profile結構描述的合併原則。 若要深入瞭解合併原則，請參閱合併原則概述。
只要解決所有資料衝突，就可以為設定檔啟用多個報表套裝。 您可以使用「資料準備」功能來解決eVar、清單和Prop之間的資料衝突。 若要進一步瞭解如何使用「資料準備」功能，請參閱Adobe Analytics聯結器UI指南。