Uso de la API de límite

La API de límite le ayuda a crear, configurar y supervisar sus configuraciones de límite.

Descripción de API de límite

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 (optional)>
            "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": 50,
      "rating": {
        "maxCallsCount": 500,
        "periodInMs": 1000
      }
    }
  },
  "orgId": "<IMS Org Id>"
}

Advertencia y errores

Cuando un canDeploy se llama, 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 límite: falta url o no es válida
• ERR_ENDPOINTCONFIG_101: configuración de límite: dirección url mal formada
• ERR_ENDPOINTCONFIG_102: configuración de límite: url con formato incorrecto: no se permite el carácter comodín en la dirección URL en host:puerto
• ERR_ENDPOINTCONFIG_103: configuración de límite: faltan métodos HTTP
• ERR_ENDPOINTCONFIG_104: configuración de límite: no se ha definido ninguna clasificación de llamadas
• ERR_ENDPOINTCONFIG_107: configuración de límite: recuento máximo de llamadas no válido (maxCallsCount)
• ERR_ENDPOINTCONFIG_108: configuración de límite: recuento máximo de llamadas no válido (periodInMs)
• ERR_ENDPOINTCONFIG_111: configuración de límite: no se puede crear la configuración del extremo: carga útil no válida
• ERR_ENDPOINTCONFIG_112: configuración de límite: no se puede crear la configuración del 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 límite: máximo de conexiones HTTP no definidas: sin limitaciones predeterminadas

Casos de uso

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

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

Esta colección de Postman se ha configurado para compartir la colección de variables de Postman generada mediante Integraciones de la consola de 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}: URL de puerta de enlace de Journey Orchestration
• {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 de la zona protegida donde se realizarán las operaciones de API. Consulte la información general sobre las zonas protegidas para obtener más detalles.

En la siguiente sección, encontrará la lista ordenada de llamadas a la API de REST para ejecutar el caso de uso.

Caso de uso n.º 1: Creación e implementación de una nueva configuración de límite

1. list
2. create
3. candeploy
4. deploy

Caso de uso nº 2: Actualizar e implementar una configuración de límite aún no implementada

1. list
2. get
3. update
4. candeploy
5. deploy

Caso de uso nº 3: Anular la implementación y eliminar una configuración de límite implementada

1. list
2. undeploy
3. delete

Caso de uso nº 4: Elimine una configuración de límite 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. eliminar, con el parámetro forceDelete

Caso de uso nº 5: Actualizar una configuración de límite ya implementada

1. list
2. get
3. update
4. undeploy
5. candeploy
6. deploy

Recursos de Business.Adobe.com