Best Practices für Dynamic Datastream Configurations

Verwenden Sie diese Verfahren, wenn Sie Dynamic Datastream Configuration Regeln entwerfen und betreiben. Sie helfen Ihnen bei ​ Verwaltung von ​, vermeiden häufige Fehler und verwalten Konfigurationen, die leicht verständlich sind und Fehler beheben.

Regelentwurf rule-design

Verwenden Sie separate Datenströme pro Ereignisquelle. Erwägen Sie die Erstellung eines Datenstroms für Web SDK, eines für Mobile SDK und eines für die Server-API. Wenn Ihre Daten aus einer anderen Quelle stammen oder ein anderes XDM-Schema verwenden, erstellen Sie einen separaten Datenstrom. Ein dedizierter Datenstrom mit eigenen entsprechenden Datensätzen verbessert die Rückverfolgbarkeit und vereinfacht die Fehlerbehebung. Die Konfigurationsregeln für dynamische Datenströme behandeln dann das Routing innerhalb jedes Datenstroms.

Halten Sie Regeln einfach und flach. Dynamische Datenstromkonfigurationen unterstützen keine verschachtelten logischen Ausdrücke. Wenn Ihre Logik eine Verschachtelung erfordert, unterteilen Sie sie in mehrere flache Regeln. Einfachere Regeln werden schneller ausgewertet, sind einfacher zu überprüfen und erzeugen weniger wahrscheinlich unerwartete Übereinstimmungen.

Verwenden Sie eventType als primäre Bedingung. eventType ist der zuverlässigste und leistungsfähigste Diskriminator für Routing-Entscheidungen. Sie wird in allen Web-SDK-, mobilen SDK- und Server-API-Implementierungen konsistent vorausgefüllt und verfügt über einen klar definierten Satz von Werten. Praktisch jeder Anwendungsfall sollte mit einer eventType Bedingung beginnen, optional kombiniert mit sekundären Bedingungen.

Regeln nach Priorität sortieren: zuerst einsetzbar, dann umsetzbar, dann analytisch. Da der Edge Network die Auswertung „first-match-wins“ verwendet, bestimmt die Reihenfolge Ihrer Regeln das Ergebnis für Ereignisse, die mehreren Bedingungen entsprechen könnten.

Empfohlene Reihenfolge:

Durch die von-Regeln wird sichergestellt, dass der Edge Network schädlichen oder betrieblichen Traffic erfasst, bevor er kostspielige Routing-Entscheidungen trifft, z. B. zur Profilaufnahme oder Personalisierung eingehender Kontakte.

Entwerfen Sie Ihre Standardroute konservativ. Konfigurieren Sie den standardmäßigen Adobe Experience Platform-Ereignis-Datensatz des Datenstroms auf einen nicht profilaktivierten Datensatz. Unerwartete oder nicht kategorisierte Ereignisse landen dann im Data Lake, anstatt Ihren Profilspeicher aufzublähen. Sie können jederzeit eine bestimmte Regel hinzufügen, um einen neu erkannten Ereignistyp nach der Klassifizierung in das Profil zu übertragen.

Datensatzstrategie dataset-strategy

Erstellen von Datensätzen vor dem Konfigurieren von Regeln. Alle Zieldatensätze müssen mit dem richtigen Schema vorhanden sein, bevor Sie in Routing-Konfigurationen darauf verweisen. Nachdem Sie Ihre Regeln mit Assurance validiert haben, aktivieren Sie das Profil, konfigurieren Sie die Datenaufbewahrung und aktualisieren Sie Ihre Customer Journey Analytics.

Eine Anleitung zur Konfiguration der Datenaufbewahrung finden Sie unter Handbuch zur Datensatzaufbewahrung für Erlebnisereignisse.

Verwenden Sie eine konsistente Namenskonvention. Eindeutige Datensatznamen erleichtern die Identifizierung des Zwecks jedes Datensatzes bei der Überprüfung Ihrer Konfiguration oder der Überwachung der Aufnahme. Empfohlenes Muster:

Passen Sie Ihre Customer Journey Analytics an Ihre Datensatzstrategie an. Nachdem Sie Dynamic Datastream Configuration Regeln und Ereignisse konfiguriert haben, die zu separaten Datensätzen weitergeleitet werden, aktualisieren Sie Ihre Customer Journey Analytics, um nur die Datensätze einzuschließen, die im Reporting verwendet werden sollen. Ausschließen von Quarantäne-Datensätzen für Traffic und Systemereignisse. Weitere Informationen finden Sie in der Dokumentation zu Customer Journey Analytics-Verbindungen.

Betriebspraktiken operational

Warten Sie 15 Minuten, bis die Änderungen übernommen wurden. Änderungen an der Datenstromkonfiguration, einschließlich neuer oder aktualisierter Dynamic Datastream Configuration, dauern bis zu 15 Minuten, bis sie sich in Edge Network ausbreiten. Nicht sofort nach dem Speichern der Änderungen testen. Warten Sie das gesamte Ausbreitungsfenster, bevor Sie Assurance-Sitzungen ausführen oder Datensätze vergleichen.

Entfernen Sie Client-seitige Überschreibungen, bevor Sie Regeln aktivieren. Überschreibungen der Datenstromkonfiguration haben Vorrang vor Dynamic Datastream Configuration. Jedes Ereignis, das eine Client-seitige Überschreibung aufweist, umgeht Ihre Regeln im Hintergrund und ohne Fehler oder Warnung. Prüfen Sie vor dem Aktivieren von Regeln Ihre Implementierung von Web SDK oder Mobile SDK, um edgeConfigOverrides aus sendEvent zu entfernen und Ereignisse zu configure, die Dynamic Datastream Configurations behandeln sollten.

Überwachen nach der Bereitstellung. Nachdem Sie Regeln in der Produktion aktiviert haben, überwachen Sie Folgendes, um das richtige Verhalten zu bestätigen:

Nächste Schritte