[Beta]{class="badge informative"}
Skapa dynamiska dataströmskonfigurationer
- Alternativet att definiera dynamiska datastream-konfigurationer finns för närvarande i Beta och är tillgängligt för ett begränsat antal kunder. Kontakta din Adobe-representant om du vill få tillgång till den här funktionen. Dokumentationen och funktionaliteten kan komma att ändras.
Som standard skickar Experience Platform Edge Network alla händelser som når en datastream till alla Experience Cloud tjänster som du har aktiverat för dina datastreams. Det här kanske inte alltid är det perfekta arbetsflödet för dig, beroende på hur du använder det.
Dynamiska datastream-konfigurationer åtgärdar detta genom användarkonfigurerbara regeluppsättningar som du definierar för varje tjänst som är aktiverad för din datastream, som anger vilken Experience Cloud-lösning som ska ta emot varje typ av data.
Förhandskrav prerequisites
Om du vill skapa en dynamisk konfiguration för din datastream måste du uppfylla två villkor:
- Du måste ha skapat minst ett datastream att arbeta med. Mer information finns i dokumentationen om hur du skapar ett datastream.
- Du måste ha minst Experience Cloud-tjänst tillagd i ditt datastream. Mer information finns i dokumentationen om hur du lägger till en tjänst i ett datastream.
När du har skapat ett datastam och lagt till en Experience Cloud-tjänst kan du skapa en dynamisk konfiguration.
Guardrails guardrails
Dynamiska datastream-konfigurationer har specifika gränser och prestandabegränsningar för att säkerställa optimala systemprestanda och effektiv databehandling. Följande skyddsutkast gäller när dynamiska datastream-regler konfigureras:
Dynamiska datastream-konfigurationer kontra åsidosättningar av datastream-konfigurationer dynamic-versus-overrides
Dynamiska datastream-konfigurationer och datastream-konfigurationsåsidosättningar är funktioner som utesluter varandra.
Det innebär att du inte kan använda dynamiska datastream-konfigurationer tillsammans med åsidosättningar av datastream-konfigurationer. Du måste välja det ena eller det andra.
Om du aktiverar både dynamiska datastream-konfigurationer och åsidosättningar av datastream-konfigurationer får konfigurationsåsidosättningarna företräde och de dynamiska datastream-konfigurationsreglerna ignoreras.
Skapa en dynamisk datastream-konfiguration create-dynamic-configuration
När du har skapat en datastream och lagt till en tjänst i den följer du stegen nedan för att lägga till en dynamisk konfiguration till tjänsten.
-
Gå till sidan Data Collection > Datastreams och markera datastream som du skapade.
-
Välj alternativet Edit för den tjänst som du vill definiera en dynamisk konfiguration för.
-
Välj Save and Edit Dynamic Configuration på sidan Configure.
-
Välj Add Dynamic Configuration.
-
Dra och släpp de objekt du vill skapa regeln med på den högra sidan av fönstret från panelen Resources. Du kan kombinera flera resurser för att skapa komplexa regler.
Använd alternativen för varje resurs, till exempel equals, does not equal, exists och mer, för att finjustera reglerna.
-
I avsnittet Configuration växlar du de tjänster som du vill aktivera eller inaktivera för varje regel, beroende på om du vill att data ska skickas till varje tjänst. Om du stänger av omkopplaren inaktiveras tjänstens routning och inga data skickas till den överordnade tjänsten.
-
När du är klar med konfigurationen av reglerna väljer du Save.
Regelprioritet considerations
Du kan definiera flera regler för varje dynamisk datastream-konfiguration. Om dina data matchar villkoren för flera regler beaktas endast den första matchande regeln i listan och alla andra matchande regler ignoreras.
Om du vill uppnå det önskade datahanteringsbeteendet bör du vara uppmärksam på i vilken ordning du ordnar reglerna.
Om du vill konfigurera regelordningen kan du dra och släppa regelfönstren i önskad ordning.
Villkor för regelberättigande eligibility-criteria
Dynamiska datastream-konfigurationer måste uppfylla specifika behörighetskriterier för att säkerställa höga prestanda, underhållbarhet och tydlighet. Nedan beskrivs de viktigaste kraven och bästa metoderna för att definiera regler.
Datatyper som stöds supported-data-types
Dynamiska konfigurationsregler för datastream fungerar med specifika datatyper för att säkerställa optimala prestanda och tillförlitlig dataroutning. Genom att förstå vilka datatyper som stöds kan du skapa effektiva regler som bearbetar dina data effektivt.
Operatorer som stöds supported-operators
Regler kan använda följande operatorer, beroende på datatypen:
equals, starts with, ends with, contains, exists, does not equal, does not start with, does not end with, does not contain, does not existequals, does not equal, greater than, less than, greater than or equal to, less than or equal to, exists, does not existequals true/false, does not equal true/falseequals, does not equal, exists, does not existtoday, yesterday, this month, this year, custom date, in last, from, during, within, before, after, rolling range, in next, exists, does not existINCLUDE, ANY/ALL (motsvarar AND/OR)Regelstruktur rule-structure
När du skapar regler för dynamiska datastream-konfigurationer är det viktigt att förstå de strukturella krav som säkerställer optimala prestanda och systemkompatibilitet. Regelstrukturen påverkar direkt hur effektivt dina data behandlas och slussas genom systemet.
Använd endast platta uttryck. Du måste definiera regler som platta logiska uttryck. Kapslade logiska uttryck (med behållare eller flera nivåer av AND/OR) stöds inte. Om du behöver komplex logik kan du dela upp den i flera platta regler.
Ta till exempel den komplexa regel som visas i bilden nedan.
Du kan bryta ned den här regeln i följande enkla regler:
Undvik komplexa regler. Enklare regler ger snabbare utvärdering och bättre underhåll.
Bästa praxis best-practices
Följ vedertagna standarder när du skapar dynamiska konfigurationsregler för datastam för att säkerställa optimala prestanda, systemtillförlitlighet och underhållningsbara konfigurationer. Dessa riktlinjer hjälper er att undvika vanliga fallgropar och skapa effektiva regler som fungerar smidigt med plattformens arkitektur.
- Behåll reglerna enkla och platta. Använd flera regler i stället för kapsling om du behöver uttrycka komplex logik.
- Använd bara datatyper som stöds och operatorer.
- Testa dina regler för prestanda. För komplexa regler eller regler som inte stöds kan få systemet att avvisa dem eller påverka systemets prestanda.