Introducción a la Schema Registry API

El Schema Registry La API de le permite crear y administrar varios recursos del Modelo de datos de experiencia (XDM). Este documento proporciona una introducción a los conceptos principales que necesita conocer antes de intentar realizar llamadas a Schema Registry API.

Requisitos previos

El uso de la guía para desarrolladores requiere una comprensión práctica de los siguientes componentes de Adobe Experience Platform:

• Experience Data Model (XDM) System: El marco estandarizado mediante el cual Experience Platform organiza los datos de experiencia del cliente.
  • Conceptos básicos de composición de esquemas: Obtenga información acerca de los componentes básicos de los esquemas XDM.
• Real-Time Customer Profile: Proporciona un perfil de consumidor unificado y en tiempo real basado en los datos agregados de varias fuentes.
• Sandboxes: Experience Platform proporciona zonas protegidas virtuales que dividen una sola Platform en entornos virtuales independientes para ayudar a desarrollar y evolucionar aplicaciones de experiencia digital.

XDM utiliza el formato de esquema JSON para describir y validar la estructura de los datos de experiencia del cliente introducidos. Por lo tanto, se recomienda encarecidamente que revise la Documentación oficial del esquema JSON para comprender mejor esta tecnología subyacente.

Leer llamadas de API de muestra

El Schema Registry La documentación de la API proporciona ejemplos de llamadas a la API para demostrar cómo dar formato a las solicitudes. Estas incluyen rutas, encabezados obligatorios y cargas de solicitud con el formato correcto. También se proporciona el JSON de muestra devuelto en las respuestas de API. Para obtener información sobre las convenciones utilizadas en la documentación de las llamadas de API de ejemplo, consulte la sección sobre cómo leer llamadas de API de ejemplo en la guía de solución de problemas del Experience Platform.

Recopilar valores para los encabezados obligatorios

Para realizar llamadas a Platform API, primero debe completar el tutorial de autenticación. Al completar el tutorial de autenticación, se proporcionan los valores para cada uno de los encabezados necesarios en todas las Experience Platform Llamadas de API, como se muestra a continuación:

• Authorization: Bearer {ACCESS_TOKEN}
• x-api-key: {API_KEY}
• x-gw-ims-org-id: {ORG_ID}

Todos los recursos de Experience Platform, incluidos los que pertenecen al Schema Registry, están aisladas para zonas protegidas virtuales específicas. Todas las solicitudes a Platform Las API requieren un encabezado que especifique el nombre de la zona protegida en la que se realizará la operación:

• x-sandbox-name: {SANDBOX_NAME}

Todas las solicitudes de búsqueda (GET) a Schema Registry requiere un Accept encabezado, cuyo valor determina el formato de la información devuelta por la API. Consulte la Encabezado Aceptar para obtener más información.

Todas las solicitudes que contienen una carga útil (POST, PUT, PATCH) requieren un encabezado adicional:

• Content-Type: application/json

Conozca su TENANT_ID

A través de las guías de la API verá referencias a un TENANT_ID. Este ID se utiliza para garantizar que los recursos que crea tengan un espacio de nombres correcto y estén contenidos en su organización IMS. Si no conoce su ID, puede acceder a él realizando la siguiente solicitud de GET:

Formato de API

GET /stats

Solicitud

curl -X GET \
  https://platform.adobe.io/data/foundation/schemaregistry/stats \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}'

Respuesta

Una respuesta correcta devuelve información sobre el uso que hace su organización de la variable Schema Registry. Esto incluye un tenantId atributo, cuyo valor es su TENANT_ID.

{
  "imsOrg":"{ORG_ID}",
  "tenantId":"{TENANT_ID}",
  "counts": {
    "schemas": 4,
    "mixins": 3,
    "datatypes": 1,
    "classes": 2,
    "unions": 0,
  },
  "recentlyCreatedResources": [
    {
      "title": "Sample Field Group",
      "description": "New Sample Field Group.",
      "meta:resourceType": "mixins",
      "meta:created": "Sat Feb 02 2019 00:24:30 GMT+0000 (UTC)",
      "version": "1.1"
    },
    {
      "$id": "https://ns.adobe.com/{TENANT_ID}/classes/5bdb5582be0c0f3ebfc1c603b705764f",
      "title": "Tenant Class",
      "description": "Tenant Defined Class",
      "meta:resourceType": "classes",
      "meta:created": "Fri Feb 01 2019 22:46:21 GMT+0000 (UTC)",
      "version": "1.0"
    }
  ],
  "recentlyUpdatedResources": [
    {
      "title": "Sample Field Group",
      "description": "New Sample Field Group.",
      "meta:resourceType": "mixins",
      "meta:updated": "Sat Feb 02 2019 00:34:06 GMT+0000 (UTC)",
      "version": "1.1"
    },
    {
      "title": "Data Schema",
      "description": "Schema for Data Information",
      "meta:resourceType": "schemas",
      "meta:updated": "Fri Feb 01 2019 23:47:43 GMT+0000 (UTC)",
      "meta:class": "https://ns.adobe.com/{TENANT_ID}/classes/47b2189fc135e03c844b4f25139d10ab",
      "meta:classTitle": "Sample Class",
      "version": "1.1"
    }
 ],
 "classUsage": {
    "https://ns.adobe.com/{TENANT_ID}/classes/47b2189fc135e03c844b4f25139d10ab": [
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/274f17bc5807ff307a046bab1489fb18",
        "title": "Tenant Data Schema",
        "description": "Schema for tenant-specific data."
      }
    ],
    "https://ns.adobe.com/xdm/context/profile": [
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/3ac6499f0a43618bba6b138226ae3542",
        "title": "Simple Profile",
        "description": "A simple profile schema."
      },
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/fbc52b243d04b5d4f41eaa72a8ba58be",
        "title": "Program Schema",
        "description": "Schema for program-related data."
      },
      {
        "$id": "https://ns.adobe.com/{TENANT_ID}/schemas/4025a705890c6d4a4a06b16f8cf6f4ca",
        "title": "Sample Schema",
        "description": "A sample schema."
      }
    ]
  }
 }

Comprender el CONTAINER_ID

Llamadas a la Schema Registry API requiere el uso de un CONTAINER_ID. Hay dos contenedores con los que se pueden realizar llamadas de API: el global contenedor y el tenant contenedor.

Contenedor global

El global el contenedor contiene todos los Adobes estándar y Experience Platform clases, grupos de campos de esquema, tipos de datos y esquemas proporcionados por el socio. Solo puede realizar solicitudes de lista y búsqueda (GET) en el global contenedor.

Ejemplo de una llamada que utiliza el método global El contenedor tendría el siguiente aspecto:

GET /global/classes

Contenedor de inquilino

No debe confundirse con su único TENANT_ID, el tenant contiene todas las clases, grupos de campos, tipos de datos, esquemas y descriptores definidos por una organización de IMS. Son exclusivas de cada organización, lo que significa que otras organizaciones de IMS no las pueden ver ni administrar. Puede realizar todas las operaciones de CRUD (GET, POST, PUT, PATCH, DELETE) con recursos que cree en la variable tenant contenedor.

Ejemplo de una llamada que utiliza el método tenant El contenedor tendría el siguiente aspecto:

POST /tenant/fieldgroups

Cuando se crea una clase, un grupo de campos, un esquema o un tipo de datos en la variable tenant contenedor, se guarda en el Schema Registry y se le asigna un $id URI que incluye su TENANT_ID. Esta $id se utiliza en toda la API para hacer referencia a recursos específicos. Ejemplos de $id Los valores de se proporcionan en la siguiente sección.

Identificación de recursos

Los recursos XDM se identifican con una $id en forma de URI, como los ejemplos siguientes:

• https://ns.adobe.com/xdm/context/profile
• https://ns.adobe.com/{TENANT_ID}/schemas/7442343-abs2343-21232421

Para que el URI sea más descriptivo para REST, los esquemas también tienen una codificación de notación de puntos del URI en una propiedad denominada meta:altId:

• _xdm.context.profile
• _{TENANT_ID}.schemas.7442343-abs2343-21232421

Llamadas a la Schema Registry La API admitirá la codificación URL $id URI o meta:altId (formato de notación de puntos). La práctica recomendada es utilizar la codificación de dirección URL $id URI al realizar una llamada de REST a la API, por ejemplo:

• https%3A%2F%2Fns.adobe.com%2Fxdm%2Fcontext%2Fprofile
• https%3A%2F%2Fns.adobe.com%2F{TENANT_ID}%2Fschemas%2F7442343-abs2343-21232421

Encabezado Aceptar

Al realizar operaciones de lista y búsqueda (GET) en Schema Registry API, un Accept es necesario para determinar el formato de los datos devueltos por la API. Cuando busca recursos específicos, también debe incluir un número de versión en la Accept encabezado.

La siguiente tabla enumera las opciones compatibles Accept valores de encabezado, incluidos los que tienen números de versión, junto con descripciones de lo que devolverá la API cuando se utilicen.

Versiones de esquema

Las versiones del esquema están referenciadas por Accept en la API de Registro de esquemas y en schemaRef.contentType propiedades en las cargas útiles de la API del servicio de Platform descendente.

Actualmente, Platform solo admite una única versión principal (1) para cada esquema. Según la reglas de evolución de esquema, cada actualización de un esquema debe ser no destructiva, lo que significa que las nuevas versiones secundarias de un esquema (1.2, 1.3, etc.) siempre son compatibles con versiones anteriores o menores. Por lo tanto, al especificar version=1, Schema Registry siempre devuelve el última versión versión principal 1 de un esquema, lo que significa que no se devuelven versiones menores anteriores.

Restricciones de campo XDM y prácticas recomendadas

Los campos de un esquema se enumeran dentro de su properties objeto. Cada campo es en sí mismo un objeto, que contiene atributos para describir y restringir los datos que puede contener el campo. Consulte la guía de definición de campos personalizados en la API para muestras de código y restricciones opcionales para los tipos de datos más utilizados.

El siguiente campo de ejemplo ilustra un campo XDM con formato correcto, con más detalles sobre las restricciones de nomenclatura y las prácticas recomendadas a continuación. Estas prácticas también se pueden aplicar al definir otros recursos que contienen atributos similares.

"fieldName": {
    "title": "Field Name",
    "type": "string",
    "format": "date-time",
    "examples": [
        "2004-10-23T12:00:00-06:00"
    ],
    "description": "Full sentence describing the field, using proper grammar and punctuation.",
}

• El nombre de un objeto de campo puede contener caracteres alfanuméricos, guiones o guiones bajos, pero puede que no empiece con un guion bajo.
  • Correcto: fieldName, field_name2, Field-Name, field-name_3
  • Incorrecto: _fieldName
• Se prefiere camelCase para el nombre del objeto de campo. Ejemplo: fieldName
• El campo debe incluir un title, escrito en Mayúsculas y minúsculas. Ejemplo: Field Name
• El campo requiere un type.
  • La definición de ciertos tipos puede requerir un format.
  • Cuando se requiera un formato específico de los datos, examples se puede añadir como una matriz.
  • El tipo de campo también se puede definir utilizando cualquier tipo de datos del Registro. Consulte la sección sobre creación de un tipo de datos en la guía de extremo de tipos de datos para obtener más información.
• El description explica el campo y la información pertinente sobre los datos de campo. Debe escribirse en frases completas con un lenguaje claro para que cualquier persona que acceda al esquema pueda comprender la intención del campo.

Pasos siguientes

Para empezar a realizar llamadas utilizando Schema Registry API, seleccione una de las guías de extremos disponibles.

Recursos de Business.Adobe.com

Ab Testing Dynamic Ad Insertion Email Reporting Third Party Integrations Data Ingestion General Data Protection Regulation