Uso de la API de restricción

Introducción

Journey OrchestrationLas API de admiten 5000 eventos/segundos, pero algunos sistemas externos o API no podían tener un rendimiento equivalente. Por eso Journey Orchestration viene con una función dedicada llamada Capping API para monitorizar y limitar la tasa que imponemos a los sistemas externos.

Durante una configuración de fuente de datos, definirá una conexión con un sistema para recuperar información adicional que se utilizará en sus recorridos o, para una definición de acción, configurará la conexión de un sistema de terceros para enviar mensajes o llamadas API. Cada vez que un Recorrido realiza una llamada a la API, se consulta la API de límite y la llamada se realiza a través del motor de API. Si hay un límite definido, la llamada se rechaza y el sistema externo no se sobrecarga.

Para las fuentes de datos externas, el número máximo de llamadas por segundo se establece en 15. Si el número de llamadas supera los 15 por segundo, se descartan las llamadas restantes. Puede aumentar este límite para las fuentes de datos externas privadas. Póngase en contacto con el Adobe para incluir el punto final en la lista de permitidos. Esto no es posible para las fuentes de datos externas públicas. Para obtener más información sobre las prácticas recomendadas y las advertencias al integrar sistemas externos, consulte esta página.

Para obtener más información sobre la acción o la configuración de orígenes de datos, consulte Acerca de las acciones o Acerca de las fuentes de datos

Recursos

Para usar esta API con su Journey Orchestration , debe utilizar la consola de Adobe I/O. Puede empezar por seguir esta Introducción a la consola de Adobe Developer y, a continuación, utilice las secciones de esta página.

Para probar y preparar la integración, hay disponible una colección de Postman here.

Autenticación

Configuración del acceso a API

Journey Orchestration El acceso a la API se configura mediante los pasos a continuación. Cada uno de estos pasos se detalla en la documentación de Adobe I/O.

1. Comprobar que tiene un certificado digital o cree uno si es necesario. Las claves pública y privada proporcionadas con el certificado son necesarias en los siguientes pasos.
2. Cree una nueva integración para Journey Orchestration Servicio en Adobe I/O y configúrelo. El acceso al perfil del producto es necesario para Journey Orchestration y Adobe Experience Platform. A continuación, se generarán sus credenciales (clave de API, secreto de cliente…).
3. Creación de un token web JSON (JWT) a partir de las credenciales generadas anteriormente y firme con la clave privada. El JWT codifica toda la información de identidad y seguridad que necesita el Adobe para comprobar su identidad y permitirle acceder a la API. Este paso se detalla en esta sección
4. Intercambiar el JWT por un token de acceso mediante una solicitud del POST o a través de la interfaz de Developer Console. Este token de acceso debe utilizarse en cada encabezado de sus solicitudes de API.

Para establecer una sesión segura de API de Adobe I/O de servicio a servicio, cada solicitud a un servicio de Adobe debe incluir en el encabezado Autorización la información siguiente.

curl -X GET https://journey.adobe.io/authoring/XXX \
 -H 'Authorization: Bearer <ACCESS_TOKEN>' \
 -H 'x-api-key: <API_KEY>' \
 -H 'x-gw-ims-org-id: <ORGANIZATION>'

• <organization>: Este es su ID de organización personal, el Adobe proporciona un ID de organización para cada una de sus instancias:

  • <organization> : su instancia de producción

  Para obtener el valor de ID de organización, consulte con el administrador o con el contacto técnico de Adobe. También puede recuperarla en Adobe I/O al crear una nueva integración, en la lista de licencias (consulte la documentación de Adobe I/O).

• <access_token>: Su token de acceso personal, que se recuperó al intercambiar su JWT a través de una solicitud del POST.

• <api_key>: su clave de API personal. Se proporciona en Adobe I/O después de crear una nueva integración a Journey Orchestration Servicio.

Captación de la descripción de la API

La API de restricción le ayuda a crear, configurar y supervisar sus configuraciones de restricción.

Cuando se crea o actualiza una configuración, se realiza automáticamente una comprobación para garantizar la sintaxis y la integridad de la carga útil.
Si se producen algunos problemas, la operación devuelve advertencias o errores para ayudarle a corregir la configuración.

Configuración de extremo

Esta es la estructura básica de una configuración de extremo:

{
    "url": "<endpoint URL>",  //wildcards are allowed in the endpoint URL
    "methods": [ "<HTTP method such as GET, POST, >, ...],
    "services": {
        "<service name>": { . //must be "action" or "dataSource"
            "maxHttpConnections": <max connections count to the endpoint>
            "rating": {
                "maxCallsCount": <max calls to be performed in the period defined by period/timeUnit>,
                "periodInMs": <integer value greater than 0>
            }
        },
        ...
    }
}

Por ejemplo:

`{
  "url": "https://api.example.org/data/2.5/*",
  "methods": [
    "GET"
  ],
  "services": {
    "dataSource": {
      "maxHttpConnections": 30000,
      "rating": {
        "maxCallsCount": 5000,
        "periodInMs": 1000
      }
    }
  },
  "orgId": "<IMS Org Id>"
}

Advertencia y errores

Cuando canDeploy se llama al método , el proceso valida la configuración y devuelve el estado de validación identificado por su ID único, ya sea:

"ok" or "error"

Los posibles errores son:

• ERR_ENDPOINTCONFIG_100: configuración de restricción: falta o la dirección url no es válida
• ERR_ENDPOINTCONFIG_101: configuración de restricción: url mal formada
• ERR_ENDPOINTCONFIG_102: configuración de restricción: url con formato incorrecto: comodín en url no permitido en host:port
• ERR_ENDPOINTCONFIG_103: configuración de restricción: faltan métodos HTTP
• ERR_ENDPOINTCONFIG_104: configuración de restricción: sin clasificación de llamada definida
• ERR_ENDPOINTCONFIG_107: configuración de restricción: recuento máximo de llamadas no válido (maxCallsCount)
• ERR_ENDPOINTCONFIG_108: configuración de restricción: recuento máximo de llamadas no válido (periodInMs)
• ERR_ENDPOINTCONFIG_111: configuración de restricción: no se puede crear la configuración de extremo: carga útil no válida
• ERR_ENDPOINTCONFIG_112: configuración de restricción: no se puede crear la configuración de extremo: esperando una carga útil JSON
• ERR_AUTHORING_ENDPOINTCONFIG_1: nombre de servicio no válido <!--<given value>-->: debe ser 'dataSource' o 'action'

La advertencia potencial es:

ERR_ENDPOINTCONFIG_106: configuración de restricción: conexiones HTTP máximas no definidas: sin limitación de forma predeterminada

Casos de uso

En esta sección, encontrará los cinco casos de uso principales que puede realizar para administrar la configuración de restricción en Journey Orchestration.

Para ayudarle en las pruebas y la configuración, hay una colección de Postman disponible here.

Esta colección de Postman se ha configurado para compartir la colección de variables de Postman generada mediante Integraciones de la consola Adobe I/O > Pruébelo > Descargar para Postman, que genera un archivo de entorno de Postman con los valores de integraciones seleccionados.

Una vez descargado y cargado en Postman, debe añadir tres variables: {JO_HOST},{Base_Path} y {SANDBOX_NAME}.

• {JO_HOST} : Journey Orchestration URL de puerta de enlace
• {BASE_PATH} : punto de entrada para la API. El valor es "/authoring"
• {SANDBOX_NAME} : el encabezado x-sandbox-name (por ejemplo, "prod") correspondiente al nombre del simulador de pruebas donde se realizarán las operaciones de API. Consulte la información general sobre los entornos limitados para obtener más información.

En la siguiente sección, encontrará la lista ordenada de llamadas al resto de API para realizar el caso de uso.

Caso de uso n°1: Creación e implementación de una nueva configuración de restricción

1. list
2. crear
3. candeploy
4. implementar

Caso de uso n°2: Actualización e implementación de una configuración de límite aún no implementada

1. list
2. obtener
3. actualizar
4. candeploy
5. implementar

Caso de uso n°3: Desimplementar y eliminar una configuración de restricción implementada

1. list
2. anular implementación
3. eliminar

Caso de uso n°4: Elimine una configuración de restricción implementada.

En una sola llamada de API, puede anular la implementación y eliminar la configuración con el uso del parámetro forceDelete .

1. list
2. delete, con el parámetro forceDelete

Caso de uso n°5: Actualización de una configuración de límite ya implementada

1. list
2. obtener
3. actualizar
4. anular implementación
5. candeploy
6. implementar

Recursos de Business.Adobe.com