Dynamic Datastream Configurations的最佳實務

當您設計和操作Dynamic Datastream Configuration規則時，請使用這些實務。 它們可協助您管理系統護欄、避免常見錯誤，以及維護容易理解和疑難排解的組態。

規則設計 rule-design

針對每個事件來源使用個別的資料串流。 請考慮為Web SDK建立一個資料串流、一個用於Mobile SDK，另一個用於Server API。 如果您的資料來自不同的來源或使用不同的XDM結構描述，請建立個別的資料流。 具有自己的對應資料集的專用資料流提高了可追蹤性並簡化了疑難排解。 然後，動態資料流設定規則會處理每個資料流內的路由。

保持規則簡單且平坦。 動態資料流設定不支援巢狀邏輯運算式。 如果您的邏輯需要巢狀，請將其分成多個平坦規則。 更簡單的規則可更快評估、更易於稽核，且產生非預期相符項的可能性更低。

使用eventType作為主要條件。 eventType是路由決策最可靠且效能最佳的辨識器。 它在Web SDK、Mobile SDK和伺服器API實作中會一致填入，並具有定義良好的值集。 幾乎每個使用案例都應該以eventType為根據的條件開始，選擇性地與次要條件結合。

依優先順序排序規則：先為消耗性，然後為可操作，再為分析。 由於Edge Network使用先匹配再贏的評估，因此規則的順序會決定可符合多個條件的事件結果。

建議的順序：

先放置​ 消耗性 ​規則，可確保Edge Network在做出耗資巨大的路由決定（例如設定檔擷取或傳入個人化）之前，能夠擷取有害或營運的流量。

保守設計您的預設路由。 將資料串流的預設Adobe Experience Platform事件資料集設定為非設定檔啟用的資料集。 接著，非預期或未分類的事件會著陸至資料湖，而非誇大您的設定檔存放區。 您一律可以新增特定規則，將新發現的事件型別分類之後，將其提升至設定檔。

資料集策略 dataset-strategy

設定規則之前先建立資料集。 在路由設定中參考所有目標資料集之前，這些資料集都必須具有正確的結構描述。 使用Assurance驗證規則後，請啟用設定檔、設定資料保留，並更新您的Customer Journey Analytics連線。

如需資料保留組態指南，請參閱體驗事件資料集保留指南。

使用一致的命名慣例。 清楚的資料集名稱可讓您在檢閱設定或監控擷取時，輕鬆識別每個資料集的用途。 建議的模式：

讓您的Customer Journey Analytics連線與資料集策略一致。 設定Dynamic Datastream Configuration規則和事件路由至個別的資料集後，請更新您的Customer Journey Analytics連線，以僅包含應在報告中使用的資料集。 排除機器人流量和系統事件的隔離資料集。 如需詳細資訊，請參閱Customer Journey Analytics連線檔案。

營運實務 operational

允許15分鐘讓變更傳播。 資料流設定變更（包括新的或更新的Dynamic Datastream Configuration規則）最多需要15分鐘才能在Edge Network中傳播。 儲存變更後，請勿立即測試。 在執行Assurance工作階段或比較資料集擷取磁碟區之前，請等待完整的傳播視窗。

在啟用規則之前移除使用者端覆寫。 資料流設定覆寫優先於Dynamic Datastream Configuration規則。 任何包含使用者端覆寫的事件都會以無訊息方式繞過規則，而不會出現錯誤或警告。 在啟用規則之前，請稽核您的網頁SDK或行動SDK實作，以從Dynamic Datastream Configurations應處理之事件的sendEvent和configure呼叫中移除edgeConfigOverrides。

部署後​監視。 在生產環境中啟用規則後，監視以下專案以確認正確的行為：

後續步驟