Met Adobe Experience Platform kunt u persoonlijke interkanaalervaringen bieden op basis van gedragsinzichten en klantkenmerken in de vorm van realtime klantprofielen. Om deze nieuwe benadering van profielen te steunen, gebruikt Experience Platform een hoogst gedenormaliseerd hybride gegevensmodel dat van het traditionele relationele gegevensmodel verschilt.
IMPORTANT
Controleer uw vergunningsrechten in uw Orde van de Verkoop en de overeenkomstige Beschrijving van het Productop daadwerkelijke gebruiksgrenzen naast deze guardrails pagina.
Dit document biedt standaardgebruiks- en tarieflimieten om u te helpen uw profielgegevens te modelleren voor optimale systeemprestaties. Bij het bekijken van de volgende instructies wordt aangenomen dat u de gegevens correct hebt gemodelleerd. Als u vragen hebt over het modelleren van uw gegevens, neemt u contact op met uw medewerker van de klantenservice.
NOTE
De meeste klanten overschrijden deze standaardgrenzen niet. Neem contact op met uw medewerker van de klantenservice als u meer wilt weten over aangepaste limieten.
Aan de slag
De volgende Experience Platform-services zijn betrokken bij het modelleren van realtime-klantprofielgegevens:
Real-Time Customer Profile: Maak uniforme consumentenprofielen met behulp van gegevens uit meerdere bronnen.
Identiteiten: De identiteiten van Bridge van verschillende gegevensbronnen aangezien zij in Experience Platform worden opgenomen.
Schema's: De schema's van de Gegevens van de ervaring van het Model (XDM) zijn het gestandaardiseerde kader waardoor Experience Platform gegevens van de klantenervaring organiseert.
Soorten publiek: De segmenteringsmotor binnen Experience Platform wordt gebruikt om publiek van uw klantenprofielen tot stand te brengen die op klantengedrag en attributen worden gebaseerd.
Limiettypen
Dit document bevat twee typen standaardlimieten:
Het type Guardrail
Beschrijving
Gegarandeerde van Prestaties (Zachte grens)
Prestatiegaranties zijn gebruikslimieten die betrekking hebben op het bereik van uw gebruiksgevallen. Als u de prestatiegaranties overschrijdt, kan de prestaties achteruitgaan en de latentie vertragen. Adobe is niet verantwoordelijk voor deze verslechtering van de prestaties. Klanten die een prestatiegarantie consequent overschrijden, kunnen ervoor kiezen om extra capaciteit te licentiëren om prestatievermindering te voorkomen.
systeem-afgedwongen grails (Harde grens)
De door het systeem afgedwongen instructies worden afgedwongen door de gebruikersinterface of API van Real-Time CDP. Dit zijn grenzen die u niet kunt overschrijden aangezien UI en API u zal tegenhouden dit te doen of een fout zal terugkeren.
NOTE
De limieten die in dit document worden uiteengezet, worden voortdurend verbeterd. Kom regelmatig terug voor updates. Als u meer wilt weten over aangepaste limieten, neemt u contact op met uw medewerker van de klantenservice.
Gegevensmodellimieten
De volgende instructies bieden aanbevolen limieten bij het modelleren van gegevens in realtime-klantprofiel. Meer over primaire entiteiten en afmetingsentiteiten leren, zie de sectie over entiteittypesin de Bijlage.
Primaire entiteitsinstructies
Guardrail
Limiet
Limiettype
Beschrijving
Gegevenssets voor de klasse XDM Individueel profiel
20
Prestatiegerichting
Een maximum van 20 datasets die hefboomwerking de individuele klasse van het Profiel XDM wordt geadviseerd.
Gegevenssets voor de klasse XDM ExperienceEvent
20
Prestatiegerichting
Een maximum van 20 datasets die hefboomwerking de klasse XDM ExperienceEvent wordt geadviseerd.
Gegevenssets van Adobe Analytics-rapportsuite ingeschakeld voor profiel
1
Prestatiegerichting
Een maximum van één (1) dataset van de het rapportreeks van Analytics zou voor Profiel moeten worden toegelaten. Het proberen om veelvoudige datasets van de het rapportreeks van Analytics voor Profiel toe te laten kan onbedoelde gevolgen voor gegevenskwaliteit hebben. Voor meer informatie, zie de sectie over datasets van Adobe Analyticsin de Bijlage.
Relaties met meerdere entiteiten
5
Prestatiegerichting
Er worden maximaal vijf relaties tussen primaire entiteiten en dimensie-entiteiten aanbevolen. Aanvullende relatietoewijzingen moeten pas worden gemaakt wanneer een bestaande relatie is verwijderd of uitgeschakeld.
JSON-diepte voor id-veld gebruikt in relatie met meerdere entiteiten
4
Prestatiegerichting
De aanbevolen maximale JSON-diepte voor een id-veld in relaties met meerdere entiteiten is 4. Dit betekent dat in een hoogst genest schema, gebieden die meer dan 4 niveaus diep worden genesteld niet als gebied van identiteitskaart in een verhouding zouden moeten worden gebruikt.
Arraycardinaliteit in een profielfragment
<=500
Prestatiegerichting
De optimale arraycardinaliteit in een profielfragment (tijdonafhankelijke gegevens) is <=500.
Array-kardinaliteit in ExperienceEvent
<=10
Prestatiegerichting
De optimale arraycardinaliteit in een ExperienceEvent (tijdreeksgegevens) is <=10.
Identiteitstelling voor individueel profiel Identiteitsgrafiek
50
Door het systeem afgedwongen geleiding
het maximumaantal identiteiten in een Grafiek van de Identiteit voor een individueel profiel is 50. Profielen met meer dan 50 identiteiten zijn uitgesloten van segmentatie, export en zoekopdrachten. Voor meer informatie, lees de gids over het begrip logica van de identiteitsschrapping.
Garanties van Dimension-entiteiten
Guardrail
Limiet
Limiettype
Beschrijving
Geen gegevens uit tijdreeksen toegestaan voor niet- XDM Individual Profile entiteiten
0
Door het systeem afgedwongen geleiding
tijd-reeksen gegevens worden niet toegelaten voor niet XDM Individual Profile entiteiten in de Dienst van het Profiel. Als een reeks dataset met een niet - XDM Individual Profile identiteitskaart wordt geassocieerd, zou de dataset niet voor Profile moeten worden toegelaten.
Geen geneste relaties
0
Prestatiegerichting
U zou geen verband tussen twee niet XDM Individual Profile schema's moeten tot stand brengen. De mogelijkheid om relaties te maken wordt niet aanbevolen voor schema's die geen deel uitmaken van het samenvoegingsschema van Profile .
JSON-diepte voor veld primaire id
4
Prestatiegerichting
De aanbevolen maximale JSON-diepte voor het veld primaire id is 4. Dit betekent dat in een hoogst genest schema, u geen gebied als primaire identiteitskaart zou moeten selecteren als het meer dan 4 niveaus diep wordt genesteld. Een veld op het vierde geneste niveau kan als primaire id worden gebruikt.
Limieten voor gegevensgrootte
De volgende instructies verwijzen naar de gegevensgrootte en bieden aanbevolen limieten voor gegevens die kunnen worden ingevoerd, opgeslagen en opgevraagd, zoals bedoeld. Meer over primaire entiteiten en afmetingsentiteiten leren, zie de sectie over entiteittypesin de Bijlage.
NOTE
De gegevensgrootte wordt gemeten als ongecomprimeerde gegevens in JSON op het moment van inname.
Primaire entiteitsinstructies
Guardrail
Limiet
Limiettype
Beschrijving
Maximale grootte van ExperienceEvent
10 KB
Door het systeem afgedwongen geleiding
de maximumgrootte van een gebeurtenis is 10KB. De inname gaat door, maar gebeurtenissen die groter zijn dan 10 kB worden verwijderd.
Maximale recordgrootte profiel
100 kB
Door het systeem afgedwongen geleiding
de maximumgrootte van een profielverslag is 100KB. De inname gaat door, maar profielrecords die groter zijn dan 100 kB worden verwijderd.
Maximale framegrootte profiel
50 MB
Door het systeem afgedwongen geleiding
de maximumgrootte van één enkel profielfragment is 50MB. de segmentatie, de uitvoer, en de raadplegingen kunnen voor om het even welk profielfragmentontbreken dat groter is dan 50MB.
Maximale grootte voor profielopslag
50 MB
Prestatiegerichting
de maximumgrootte van een opgeslagen profiel is 50MB. Toevoegend nieuwe profielfragmentenin een profiel dat groter is dan 50MB zal systeemprestaties beïnvloeden. Een profiel kan bijvoorbeeld één fragment bevatten dat 50 MB is of meerdere fragmenten kan bevatten voor meerdere datasets met een gecombineerde totale grootte van 50 MB. Het opslaan van een profiel met één fragment dat groter is dan 50 MB of meerdere fragmenten die samen meer dan 50 MB groot zijn, heeft invloed op de systeemprestaties.
Aantal per dag ingenomen Profile- of ExperienceEvent-batches
90
Prestatiegerichting
het maximumaantal per dag ingebedde partijen van het Profiel of van de ExperienceEvent is 90. Dit betekent dat het gecombineerde totaal van de elke dag ingeslikte profielen Profile en ExperienceEvent niet meer dan 90 mag zijn. Door extra batches in te voeren worden de systeemprestaties beïnvloed.
Aantal ExperienceEvents per profielrecord
5000
Prestatiegerichting
het maximumaantal ExperienceEvents per profielverslag is 5000. Profielen met meer dan 5000 ExperienceEvents zullen niet voor segmentatie worden overwogen.
Garanties van Dimension-entiteiten
Guardrail
Limiet
Limiettype
Beschrijving
Totale grootte voor alle dimensionale entiteiten
5 GB
Prestatiegerichting
De aanbevolen totale grootte voor alle dimensionale entiteiten is 5 GB. Het inzetten van entiteiten met een grote dimensie kan van invloed zijn op de systeemprestaties. Het wordt bijvoorbeeld niet aanbevolen een productcatalogus van 10 GB als een dimensie-entiteit te laden.
Datasets per dimensionaal eenheidschema
5
Prestatiegerichting
Het wordt aanbevolen maximaal vijf datasets toe te voegen aan elk dimensionaal eenheidschema. Bijvoorbeeld, als u een schema voor "producten"creeert en vijf bijdragende datasets toevoegt, zou u geen zesde dataset moeten creëren verbonden aan het productschema.
Per dag ingenomen partijen van Dimension-entiteit
4 per entiteit
Prestatiegerichting
Het aanbevolen maximumaantal per dag ingeslikte batches voor dimensieentiteiten is 4 per entiteit. U kunt bijvoorbeeld updates van een productcatalogus tot vier keer per dag invoeren. Het invoeren van extra dimensieentiteitsbatches voor dezelfde entiteit kan de systeemprestaties beïnvloeden.
Segmenteringsgeleiding segmentation-guardrails
De instructies in deze sectie hebben betrekking op het aantal en de aard van de soorten publiek die een organisatie binnen Experience Platform kan maken, alsmede op het in kaart brengen en activeren van het publiek naar bestemmingen.
Guardrail
Limiet
Limiettype
Beschrijving
Soorten publiek per sandbox
4000
Prestatiegerichting
U kunt tot 4000 actieve publiek per zandbak hebben. U kunt meer dan 4000 soorten publiek per organisatie hebben, zolang er minder dan 4000 soorten publiek in elke individuele zandbak zijn. Dit is inclusief publiek in batch, streaming en edge. Pogingen om extra publiek te creëren kunnen systeemprestaties beïnvloeden. Lees meer over creërend publiekdoor de segmentbouwer.
Edge-publiek per sandbox
150
Prestatiegerichting
U kunt tot 150 actieve randpubliek per zandbak hebben. U kunt meer dan 150 randpubliek per organisatie hebben, zolang er minder dan 150 randpubliek in elke individuele zandbak zijn. Poging om extra randpubliek te maken kan van invloed zijn op de systeemprestaties. Lees meer over randpubliek.
Edge-doorvoer door alle sandboxen
1500 RPS
Prestatiegerichting
Edge-segmentatie ondersteunt een piekwaarde van 1500 inkomende gebeurtenissen per seconde die de Adobe Experience Platform Edge Network binnenkomen. Edge-segmentatie kan tot 350 milliseconden duren om een binnenkomende gebeurtenis te verwerken nadat deze de Adobe Experience Platform Edge Network is binnengekomen. Lees meer over randpubliek.
Streaming publiek per sandbox
500
Prestatiegerichting
U kunt tot 500 actieve het stromen publiek per zandbak hebben. U kunt meer dan 500 het stromen publiek per organisatie hebben, zolang er minder dan 500 het stromen publiek in elke individuele zandbak zijn. Dit geldt zowel voor streaming als voor randpubliek. Het maken van extra streaming publiek kan van invloed zijn op de systeemprestaties. Lees meer over het stromen publiek.
Doorvoer streamen voor alle sandboxen
1500 RPS
Prestatiegerichting
Streaming segmentatie ondersteunt een piekwaarde van 1500 inkomende gebeurtenissen per seconde. Het kan tot 5 minuten duren voordat streamingsegmentatie in aanmerking komt voor een profiel voor segmentlidmaatschap. Lees meer over het stromen publiek.
Batchpubliek per sandbox
4000
Prestatiegerichting
U kunt tot 4000 actieve partijpubliek per zandbak hebben. U kunt meer dan 4000 partijpubliek per organisatie hebben, zolang er minder dan 4000 partijpubliek in elke individuele zandbak zijn. Het maken van extra batchdoelgroepen kan van invloed zijn op de systeemprestaties.
Accountsoorten per sandbox
50
Door het systeem afgedwongen geleiding
U kunt maximaal 50 accountsoorten gebruiken in een sandbox. Wanneer u 50 soorten publiek bereikt in een sandbox, wordt het besturingselement Create audience uitgeschakeld wanneer u een nieuw publiek voor een account probeert te maken. Lees meer over rekeningspubliek.
Het geadviseerde maximum lidmaatschap van een publiek is 30 percent van het totale aantal profielen in het systeem. Het is mogelijk een publiek te maken met meer dan 30% van de profielen als leden of met meerdere grote doelgroepen, maar dit heeft gevolgen voor de systeemprestaties.
Flexibele evaluatietests voor het publiek
50 per jaar (productie zandbak) 100 per jaar (ontwikkelingszandbak)
Door het systeem afgedwongen geleiding
U hebt een maximum van 50 flexibele de looppas van de publieksevaluatie per jaar per productie zandbak. U hebt een maximum van 100 flexibele de looppas van de publieksevaluatie per jaar per zandbak van de ontwikkelings.
Flexibele evaluatietests voor het publiek
2 per dag
Door het systeem afgedwongen geleiding
U hebt maximaal 2 regels per dag per sandbox.
Soorten publiek per flexibele evaluatieronde voor publiek
20
Door het systeem afgedwongen geleiding
U kunt maximaal 20 publiek per flexibele uitvoering van de publieksevaluatie hebben.
Verwachte beschikbaarheid
De volgende sectie schetst de verwachte beschikbaarheid voor publiek en voegt beleid in stroomafwaartse diensten zoals de bestemmingen van Real-Time CDP samen:
Het type Sandbox
Tijd
Bestaande sandboxen
1 uur
Nieuwe sandboxen
2 uur
Nieuwe sandboxen opnieuw instellen
2 uur
Bijlage
Deze sectie bevat aanvullende details voor de limieten in dit document.
Een primaire entiteit, of profielentiteit, voegt gegevens samen om een "enige bron van waarheid"voor een individu te vormen. Deze verenigde gegevens worden vertegenwoordigd gebruikend wat als "verenigingsmening"wordt bekend is. Een verenigingsmening voegt de gebieden van alle schema's samen die de zelfde klasse in één enkel samenvoegingsschema uitvoeren. Het samenvoegingsschema voor Real-Time Customer Profile is een gedenormaliseerd hybride gegevensmodel dat als container voor alle profielattributen en gedragsgebeurtenissen dienst doet.
Tijdonafhankelijke kenmerken, ook wel 'recordgegevens' genoemd, worden gemodelleerd met XDM Individual Profile , terwijl tijdreeksgegevens, ook wel 'gebeurtenisgegevens' genoemd, worden gemodelleerd met XDM ExperienceEvent . Wanneer in Adobe Experience Platform record- en tijdreeksgegevens worden opgenomen, wordt Real-Time Customer Profile geactiveerd om te beginnen met het opnemen van gegevens die voor het gebruik ervan zijn ingeschakeld. Hoe meer interacties en details worden opgenomen, hoe robuuster de afzonderlijke profielen worden.
Dimension
Hoewel de profielgegevensopslag het handhaven van profielgegevens geen relationele opslag is, staat het Profiel integratie met kleine afmetingsentiteiten toe om publiek op een vereenvoudigde en intuïtieve manier tot stand te brengen. Deze integratie is gekend als multi-entiteitsegmentatie.
Uw organisatie kan ook klassen XDM bepalen om dingen buiten individuen, zoals opslag, producten, of eigenschappen te beschrijven. Deze schema's, die gebruikend klassen XDM buiten de individuele klasse van het Profiel XDM worden gemodelleerd, worden genoemd "afmetingsentiteiten"(die ook als "raadplegingsentiteiten"worden bekend) en bevatten geen tijd-reeksgegevens. De schema's die afmetingsentiteiten vertegenwoordigen zijn verbonden met profielentiteiten door het gebruik van schemaverhoudingen.
Dimension-entiteiten bieden opzoekgegevens die de definities van segmenten met meerdere entiteiten ondersteunen en vereenvoudigen. Deze moeten zo klein zijn dat de segmenteringsengine de volledige gegevensset in het geheugen kan laden voor optimale verwerking (snelle puntzoekopdracht).
Profielfragmenten
In dit document zijn er verschillende hulplijnen die naar "profielfragmenten" verwijzen. In Experience Platform worden meerdere profielfragmenten samengevoegd tot het realtime klantprofiel. Elk fragment vertegenwoordigt een unieke primaire identiteit en de corresponderende record of volledige set gebeurtenisgegevens voor die id binnen een bepaalde gegevensset. Meer over profielfragmenten leren, verwijs naar het overzicht van het Profiel.
Beleid samenvoegen merge-policies
Wanneer het samenbrengen van gegevens uit veelvoudige bronnen, is het fusiebeleid de regels die Experience Platform gebruikt om te bepalen hoe de gegevens aan voorrang zullen worden gegeven en welke gegevens zullen worden gecombineerd om die verenigde mening tot stand te brengen. Bijvoorbeeld, als een klant met uw merk over verscheidene kanalen in wisselwerking staat, zal uw organisatie veelvoudige profielfragmenten met betrekking tot die enige klant hebben die in veelvoudige datasets verschijnen. Wanneer deze fragmenten in Experience Platform worden opgenomen, worden ze samengevoegd om één profiel voor die klant te maken. Wanneer de gegevens uit meerdere bronnen conflicteren, bepaalt het samenvoegbeleid welke informatie moet worden opgenomen in het profiel voor de persoon. Per sandbox zijn maximaal vijf (5) samenvoegbeleidsregels die het _xdm.context.profile -schema gebruiken, toegestaan. Om meer over fusiebeleid te leren, te lezen gelieve het overzicht van het samenvoegbeleid.
Adobe Analytics-rapportenpakket, gegevenssets in Experience Platform aa-datasets
De veelvoudige rapportsuites kunnen voor Profiel worden toegelaten zolang alle gegevensconflicten worden opgelost. U kunt de functie Gegevensvoorbeeld gebruiken om gegevensconflicten op te lossen over eVars, Lijsten, en Props. Om meer over te leren hoe te om de functionaliteit van Prep van Gegevens te gebruiken, te lezen gelieve de de schakelaargids UI van Adobe Analytics.
Volgende stappen
Raadpleeg de volgende documentatie voor meer informatie over andere Experience Platform Services-instructies, informatie over end-to-end latentie en licentiegegevens uit Real-Time CDP Product Description-documenten: