Información general de API de ingesta por lotes

La API de ingesta por lotes de Adobe Experience Platform le permite introducir datos en Platform como archivos por lotes. Los datos que se están ingiriendo pueden ser datos de perfil de un archivo plano (como un archivo de Parquet) o datos que se ajusten a un esquema conocido en la Experience Data Model (XDM).

El Referencia de API de ingesta por lotes proporciona información adicional sobre estas llamadas de API.

El diagrama siguiente describe el proceso de ingesta por lotes:

Introducción

Los extremos de API utilizados en esta guía forman parte de la variable API de ingesta por lotes. Antes de continuar, consulte la guía de introducción para obtener vínculos a documentación relacionada, una guía para leer las llamadas de API de ejemplo en este documento e información importante sobre los encabezados necesarios para realizar correctamente llamadas a cualquier API de Experience Platform.

Data Ingestion requisitos previos

  • Los datos que se van a cargar deben estar en formato Parquet o JSON.
  • Un conjunto de datos creado en Catalog services.
  • El contenido del archivo Parquet debe coincidir con un subconjunto del esquema del conjunto de datos que se está cargando en.
  • Obtenga su token de acceso único después de la autenticación.

Prácticas recomendadas de ingesta por lotes

  • El tamaño de lote recomendado es de entre 256 MB y 100 GB.
  • Cada lote debe contener 1500 archivos como máximo.

Restricciones de ingesta por lotes

La ingesta de datos por lotes tiene algunas restricciones:

  • Número máximo de archivos por lote: 1500
  • Tamaño máximo del lote: 100 GB
  • Número máximo de propiedades o campos por fila: 10000
  • Número máximo de lotes en el lago de datos por minuto, por usuario: 138
NOTE
Para cargar un archivo de más de 512 MB, deberá dividirlo en fragmentos más pequeños. Las instrucciones para cargar un archivo grande se encuentran en la sección grande de carga de archivos de este documento.

Tipos

Al ingerir datos, es importante comprender cómo Experience Data Model Los esquemas (XDM) funcionan. Para obtener más información sobre cómo se asignan los tipos de campo XDM a diferentes formatos, lea la Guía para desarrolladores de Schema Registry.

Existe cierta flexibilidad a la hora de ingerir datos: si un tipo no coincide con lo que hay en el esquema de destino, los datos se convertirán al tipo de destino expresado. Si no es así, el lote fallará con un TypeCompatibilityException.

Por ejemplo, ni JSON ni CSV tienen un valor date o date-time escriba. Como resultado, estos valores se expresan mediante Cadenas con formato ISO 8061 ("2018-07-10T15:05:59.000-08:00") o Tiempo de Unix en milisegundos (1531263959000) y se convierten en el momento de la ingesta al tipo XDM de destino.

La tabla siguiente muestra las conversiones admitidas al ingerir datos.

Entrante (fila) frente a destino (col)
Cadena
Byte
corto
Número entero
Largo
Doble
Fecha
Fecha-hora
Objeto
Mapa
Cadena
X
X
X
X
X
X
X
X
Byte
X
X
X
X
X
X
corto
X
X
X
X
X
X
Número entero
X
X
X
X
X
X
Largo
X
X
X
X
X
X
X
X
Doble
X
X
X
X
X
X
Fecha
X
Fecha-hora
X
Objeto
X
X
Mapa
X
X
NOTE
Los booleanos y matrices no se pueden convertir en otros tipos.

Uso de la API

El Data Ingestion La API permite introducir datos por lotes (una unidad de datos que consta de uno o más archivos que se van a introducir como una sola unidad) en Experience Platform en tres pasos básicos:

  1. Cree un nuevo lote.
  2. Cargue archivos a un conjunto de datos especificado que coincida con el esquema XDM de los datos.
  3. Indicar el final del lote.

Crear un lote

Para poder agregar datos a un conjunto de datos, deben vincularlos a un lote, que se cargará posteriormente en un conjunto de datos especificado.

POST /batches

Solicitud

curl -X POST "https://platform.adobe.io/data/foundation/import/batches" \
  -H "Content-Type: application/json" \
  -H "x-gw-ims-org-id: {ORG_ID}" \
  -H "x-sandbox-name: {SANDBOX_NAME}" \
  -H "Authorization: Bearer {ACCESS_TOKEN}" \
  -H "x-api-key: {API_KEY}"
  -d '{
          "datasetId": "{DATASET_ID}"
      }'
Propiedad
Descripción
datasetId
El ID del conjunto de datos en el que cargar los archivos.

Respuesta

{
    "id": "{BATCH_ID}",
    "imsOrg": "{ORG_ID}",
    "updated": 0,
    "status": "loading",
    "created": 0,
    "relatedObjects": [
        {
            "type": "dataSet",
            "id": "{DATASET_ID}"
        }
    ],
    "version": "1.0.0",
    "tags": {},
    "createdUser": "{USER_ID}",
    "updatedUser": "{USER_ID}"
}
Propiedad
Descripción
id
El ID del lote que acaba de crear (utilizado en solicitudes posteriores).
relatedObjects.id
El ID del conjunto de datos en el que cargar los archivos.

Carga de archivos

Después de crear correctamente un nuevo lote para cargar, los archivos se pueden cargar en un conjunto de datos específico.

Puede cargar archivos mediante la API de carga de archivos pequeños. Sin embargo, si los archivos son demasiado grandes y se supera el límite de la puerta de enlace (como tiempos de espera prolongados, solicitudes de tamaño de cuerpo excedidos y otras restricciones), puede cambiar a la API de carga de archivos grandes. Esta API carga el archivo en fragmentos y vincula los datos mediante la llamada de API Large File Upload Complete.

NOTE
La ingesta por lotes se puede utilizar para actualizar gradualmente los datos en el almacén de perfiles. Para obtener más información, consulte la sección sobre actualización de un lote en el guía para desarrolladores de ingesta por lotes.
INFO
Los ejemplos siguientes utilizan el Apache Parquet formato de archivo. Un ejemplo que utiliza el formato de archivo JSON se encuentra en la guía para desarrolladores de ingesta por lotes.

Carga de archivo pequeño

Una vez creado un lote, los datos se pueden cargar a un conjunto de datos preexistente. El archivo que se está cargando debe coincidir con su esquema XDM al que se hace referencia.

PUT /batches/{BATCH_ID}/datasets/{DATASET_ID}/files/{FILE_NAME}
Propiedad
Descripción
{BATCH_ID}
El ID del lote.
{DATASET_ID}
El ID del conjunto de datos para cargar archivos.
{FILE_NAME}
Nombre del archivo tal como se verá en el conjunto de datos.

Solicitud

curl -X PUT "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}/datasets/{DATASET_ID}/files/{FILE_NAME}.parquet" \
  -H "content-type: application/octet-stream" \
  -H "x-gw-ims-org-id: {ORG_ID}" \
  -H "x-sandbox-name: {SANDBOX_NAME}" \
  -H "Authorization: Bearer {ACCESS_TOKEN}" \
  -H "x-api-key: {API_KEY}" \
  --data-binary "@{FILE_PATH_AND_NAME}.parquet"
Propiedad
Descripción
{FILE_PATH_AND_NAME}
Ruta y nombre de archivo del archivo que se va a cargar en el conjunto de datos.

Respuesta

#Status 200 OK, with empty response body

Carga de archivo grande: crear archivo

Para cargar un archivo grande, debe dividirse en fragmentos más pequeños y cargarse de uno en uno.

POST /batches/{BATCH_ID}/datasets/{DATASET_ID}/files/{FILE_NAME}?action=initialize
Propiedad
Descripción
{BATCH_ID}
El ID del lote.
{DATASET_ID}
El ID del conjunto de datos que incorpora los archivos.
{FILE_NAME}
Nombre del archivo tal como se verá en el conjunto de datos.

Solicitud

curl -X POST "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}/datasets/{DATASET_ID}/files/part1=a/part2=b/{FILE_NAME}.parquet?action=initialize" \
  -H "x-gw-ims-org-id: {ORG_ID}" \
  -H "x-sandbox-name: {SANDBOX_NAME}" \
  -H "Authorization: Bearer {ACCESS_TOKEN}" \
  -H "x-api-key: {API_KEY}"

Respuesta

#Status 201 CREATED, with empty response body

Carga de archivo grande: cargar partes posteriores

Una vez creado el archivo, se pueden cargar todos los fragmentos posteriores realizando solicitudes repetidas al PATCH, una para cada sección del archivo.

PATCH /batches/{BATCH_ID}/datasets/{DATASET_ID}/files/{FILE_NAME}
Propiedad
Descripción
{BATCH_ID}
El ID del lote.
{DATASET_ID}
El ID del conjunto de datos en el que cargar los archivos.
{FILE_NAME}
Nombre del archivo tal como se verá en el conjunto de datos.

Solicitud

curl -X PATCH "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}/datasets/{DATASET_ID}/files/part1=a/part2=b/{FILE_NAME}.parquet" \
  -H "content-type: application/octet-stream" \
  -H "x-gw-ims-org-id: {ORG_ID}" \
  -H "x-sandbox-name: {SANDBOX_NAME}" \
  -H "Authorization: Bearer {ACCESS_TOKEN}" \
  -H "x-api-key: {API_KEY}" \
  -H "Content-Range: bytes {CONTENT_RANGE}" \
  --data-binary "@{FILE_PATH_AND_NAME}.parquet"
Propiedad
Descripción
{FILE_PATH_AND_NAME}
Ruta y nombre de archivo del archivo que se va a cargar en el conjunto de datos.

Respuesta

#Status 200 OK, with empty response

Finalización de lote de señal

Una vez cargados todos los archivos en el lote, se puede marcar el lote para su finalización. Al hacer esto, la variable Catalog Las entradas de DataSetFile se crean para los archivos completados y se asocian al lote generado anteriormente. El Catalog A continuación, el lote se marca como correcto, que déclencheur los flujos descendentes para introducir los datos disponibles.

Solicitud

POST /batches/{BATCH_ID}?action=COMPLETE
Propiedad
Descripción
{BATCH_ID}
El ID del lote que se va a cargar en el conjunto de datos.
curl -X POST "https://platform.adobe.io/data/foundation/import/batches/{BATCH_ID}?action=COMPLETE" \
-H "x-gw-ims-org-id: {ORG_ID}" \
-H "x-sandbox-name: {SANDBOX_NAME}" \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "x-api-key: {API_KEY}"

Respuesta

#Status 200 OK, with empty response

Comprobar estado del lote

Mientras se espera a que se carguen los archivos en el lote, se puede comprobar el estado del lote para ver su progreso.

Formato de API

GET /batch/{BATCH_ID}
Propiedad
Descripción
{BATCH_ID}
El ID del lote que se está comprobando.

Solicitud

curl GET "https://platform.adobe.io/data/foundation/catalog/batch/{BATCH_ID}" \
  -H "Authorization: Bearer {ACCESS_TOKEN}" \
  -H "x-gw-ims-org-id: {ORG_ID}" \
  -H "x-sandbox-name: {SANDBOX_NAME}" \
  -H "x-api-key: {API_KEY}"

Respuesta

{
    "{BATCH_ID}": {
        "imsOrg": "{ORG_ID}",
        "created": 1494349962314,
        "createdClient": "MCDPCatalogService",
        "createdUser": "{USER_ID}",
        "updatedUser": "{USER_ID}",
        "updated": 1494349963467,
        "externalId": "{EXTERNAL_ID}",
        "status": "success",
        "errors": [
            {
                "code": "err-1494349963436"
            }
        ],
        "version": "1.0.3",
        "availableDates": {
            "startDate": 1337,
            "endDate": 4000
        },
        "relatedObjects": [
            {
                "type": "batch",
                "id": "foo_batch"
            },
            {
                "type": "connection",
                "id": "foo_connection"
            },
            {
                "type": "connector",
                "id": "foo_connector"
            },
            {
                "type": "dataSet",
                "id": "foo_dataSet"
            },
            {
                "type": "dataSetView",
                "id": "foo_dataSetView"
            },
            {
                "type": "dataSetFile",
                "id": "foo_dataSetFile"
            },
            {
                "type": "expressionBlock",
                "id": "foo_expressionBlock"
            },
            {
                "type": "service",
                "id": "foo_service"
            },
            {
                "type": "serviceDefinition",
                "id": "foo_serviceDefinition"
            }
        ],
        "metrics": {
            "foo": 1337
        },
        "tags": {
            "foo_bar": [
                "stuff"
            ],
            "bar_foo": [
                "woo",
                "baz"
            ],
            "foo/bar/foo-bar": [
                "weehaw",
                "wee:haw"
            ]
        },
        "inputFormat": {
            "format": "parquet",
            "delimiter": ".",
            "quote": "`",
            "escape": "\\",
            "nullMarker": "",
            "header": "true",
            "charset": "UTF-8"
        }
    }
}
Propiedad
Descripción
{USER_ID}
El ID del usuario que creó o actualizó el lote.

El "status" Este campo muestra el estado actual del lote solicitado. Los lotes pueden tener uno de los siguientes estados:

Estados de ingesta por lotes

Estado
Descripción
Abandonado
El lote no se ha completado en el periodo de tiempo esperado.
Anulado
Se ha anulado una operación explícitamente se ha llamado (a través de la API de ingesta por lotes) para el lote especificado. Una vez que el lote está en estado "Cargado", no se puede cancelar.
Activo
El lote se ha promocionado correctamente y está disponible para el consumo descendente. Este estado se puede utilizar de forma intercambiable con Éxito.
Eliminado
Los datos del lote se han eliminado completamente.
Error
Un estado de terminal que resulta de una configuración incorrecta o de datos incorrectos. Los datos de un lote fallido se no que aparezca. Este estado se puede utilizar de forma intercambiable con "Error".
Inactivo
El lote se ha promocionado correctamente, pero se ha revertido o ha caducado. El lote ya no está disponible para el consumo descendente.
Cargado
Los datos del lote se han completado y el lote está listo para la promoción.
Cargando
Los datos de este lote se están cargando y el lote se está cargando no listo para ser promocionado.
Reintentando
Se están procesando los datos de este lote. Sin embargo, debido a un error transitorio o del sistema, el lote falló. Como resultado, se está reintentando este lote.
Ensayado
La fase de ensayo del proceso de promoción de un lote se ha completado y el trabajo de ingesta se ha ejecutado.
Ensayo
Se están procesando los datos del lote.
Parado
Se están procesando los datos del lote. Sin embargo, la promoción por lotes se ha detenido después de una serie de reintentos.
recommendation-more-help
2ee14710-6ba4-4feb-9f79-0aad73102a9a