Política de limitación de velocidad y reintentos para destinos de streaming creados con Destination SDK

Los destinos creados por el socio pueden devolver varios errores y tener diferentes políticas de limitación de velocidad. En esta página se explica cómo Experience Platform gestiona los distintos tipos de errores devueltos por los destinos de flujo continuo.

Al configurar un destino con Destination SDK, puede seleccionar entre dos tipos de agregación: agregación de mejor esfuerzo y agregación configurable. Según el tipo de agregación que seleccione, lea a continuación cómo gestiona Experience Platform los errores y las limitaciones de velocidad.

Agregación del mejor esfuerzo best-effort-aggregation

Para cualquier llamada HTTP realizada al destino que falle, el Experience Platform intenta realizar la llamada de nuevo una vez más inmediatamente después de la primera llamada. Si la llamada sigue fallando en el segundo intento, el Experience Platform descarta la llamada y no la vuelve a intentar una tercera vez.

Agregación configurable configurable-aggregation

En el caso de las plataformas de destino configuradas con agregación configurable, el Experience Platform distingue entre el tipo de error devuelto por la plataforma:

  • Errores en los que el Experience Platform reintenta enviar los datos a su plataforma:

    • Códigos de respuesta HTTP 420 y 429
    • Códigos de respuesta HTTP superiores a 500
  • Errores donde el Experience Platform no tiene vuelva a intentar enviar los datos a su plataforma: todas las demás que devuelve su plataforma

Método de reintento descrito retry-approach

A continuación se describe el método Experience Platform para la agregación configurable. En este ejemplo se supone que Experience Platform envía datos a una plataforma de destino que empieza a devolver 429 códigos de error si recibe más de 50 000 solicitudes por minuto:

  • Minuto 1: El Experience Platform añade 40.000 lotes con perfiles para enviarlos a su plataforma de destino. El Experience Platform realiza 40 000 solicitudes HTTP y todas se realizan correctamente.
  • Minuto 2: El Experience Platform agrega 70 000 lotes con perfiles para enviarlos a la plataforma de destino. El Experience Platform realiza 70 000 solicitudes HTTP y 50 000 se realizan correctamente. Los otros 20 000 reciben un error de limitación de velocidad de su punto de conexión y se volverán a probar en 30 minutos.
  • Minuto 3: El Experience Platform agrega 30.000 lotes con perfiles para enviarlos a la plataforma de destino. El Experience Platform realiza 30 000 solicitudes HTTP y todas se realizan correctamente.
  • Minuto 32: el Experience Platform vuelve a intentar enviar los lotes de 20 000 que han fallado en el minuto 2. Todas las llamadas se realizan correctamente.

Pasos siguientes next-steps

Ahora sabe cómo gestiona el Experience Platform los errores y la limitación de velocidad desde las plataformas de destino, según la política de agregación seleccionada al configurar el destino de flujo continuo. A continuación, puede revisar la siguiente documentación:

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6