Guardrails for data activation
This page provides default usage and rate limits with regard to activation behavior. When reviewing the following guardrails, it is assumed that you have correctly connected to destinations.
- Most customers do not exceed these default limits. If you would like to learn about custom limits, contact your customer care representative.
- The limits outlined in this document are constantly being improved. Check back regularly for updates.
- Depending on individual downstream limitations, some destinations might have tighter guardrails than the ones documented on this page. Make sure to also check the catalog page of the destination you are connecting and activating data to.
Guardrail types limit-types
There are two types of default limits within this document:
Activation limits activation-limits
The following guardrails provide recommended limits when activating Real-Time Customer Profile data to destinations.
General activation guardrails general-activation-guardrails
The guardrails below generally apply to activation through all destination types.
The recommendation is to map a maximum of 250 audiences to a single destination in a dataflow.
If you need to activate more than 250 audiences to a destination, you can either:
- Unmap audiences that you don’t want to activate anymore, or
- Create a new dataflow to the desired destination and map audiences to this new dataflow.
Note that in the case of some destinations, you may be limited to fewer than 250 audiences mapped to the destination. Those destinations are called out further below on the page, in their respective sections.
array_to_string
function to flatten the array into a string in the target file. Read more about the functionality.At this time, it is not possible to export map attributes to destinations. The exception to this rule is the identity map, which gets exported in both streaming and file-based activations.
Streaming activation streaming-activation
The guardrails below apply to activation through streaming destinations.
Any limits or latencies are dictated by the endpoint where Experience Platform is sending data. Make sure to also check the catalog page of the destination you are connecting and activating data to.
Batch (file-based) activation batch-file-based-activation
The guardrails below apply to activation through batch (file-based) destinations.
filename.csv
, filename_2.csv
, filename_3.csv
. For more information, read the scheduling section of the activate batch destinations tutorial.Ad-hoc activation ad-hoc-activation
The guardrails below apply to the ad-hoc activation method.
Edge personalization destinations activation edge-destinations-activation
The guardrails below apply to activation through edge personalization destinations.
Dataset exports dataset-exports
Dataset exports are currently supported in a First Full and then Incremental pattern. The guardrails described in this section apply to the first full export that occurs after a dataset export workflow is set up.
Dataset Types dataset-types
The dataset export guardrails apply to two types of datasets exported from Experience Platform, as described below:
Datasets based on the XDM Experience Events schema
In the case of datasets based on the XDM Experience Events schema, the dataset schema includes a top level timestamp column. Data is ingested in an append-only fashion.
Datasets based on the XDM Individual Profile schema
In the case of datasets based on the XDM Individual Profile schema, the dataset schema does not include a top level timestamp column. Data is ingested in an upsert fashion.
The soft guardrail below applies to all datasets exported out of Experience Platform. Review also the hard guardrails further below, specific to different dataset and compression types.
Guardrails for scheduled dataset exports
For scheduled, or recurring dataset exports, the guardrails below are identical for the two formats of the exported file (JSON or parquet), and are grouped by dataset type.
Read more about exporting datasets.
Destination SDK guardrails destination-sdk-guardrails
Destination SDK is a suite of configuration APIs that allow you to configure destination integration patterns for Experience Platform to deliver audience and profile data to your endpoint, based on data and authentication formats of your choice. The guardrails below apply to the destinations you configure using Destination SDK.
maxBatchAgeInSecs
(minimum 1,800 and maximum 3,600)maxNumEventsInBatch
(minimum 1,000 and maximum 10,000)
Destination throttling and retry policy destination-throttling-and-retry-policy
Details on throttling thresholds or limitations for given destinations. This section also provides information regarding the retry policy for destinations.
In case of failed requests to your enterprise destination, Experience Platform stores the failed requests and retries twice to send the requests to your endpoint.
Next steps
See the following documentation for more information on other Experience Platform services guardrails, on end-to-end latency information, and licensing information from Real-Time CDP Product Description documents:
- Real-Time CDP guardrails
- End-to-end latency diagrams for various Experience Platform services.
- Real-Time Customer Data Platform (B2C Edition - Prime and Ultimate Packages)
- Real-Time Customer Data Platform (B2P - Prime and Ultimate Packages)
- Real-Time Customer Data Platform (B2B - Prime and Ultimate Packages)