Arbeta med API:t för tak work

Med API:t för att hämta innehåll kan du skapa, konfigurera och övervaka dina appkonfigurationer.

Det här avsnittet innehåller global information om hur du arbetar med API:t. En detaljerad API-beskrivning finns i dokumentationen för Adobe Journey Optimizer API.

Beskrivning av API-begränsning och Postman-samling description

Tabellen nedan visar tillgängliga kommandon för API:t för appning. Detaljerad information, inklusive frågeexempel, parametrar och svarsformat, finns i Adobe Journey Optimizer API:s dokumentation.

Metod
Bana
Beskrivning
POST
list/endpointConfigs
Hämta en lista över konfigurationer för slutpunktsbegränsning
POST
/endpointConfigs
Skapa en konfiguration för begränsning av slutpunkter
POST
/endpointConfigs/{uid}/deploy
Distribuera en slutpunktskonfiguration
POST
/endpointConfigs/{uid}/undeploy
Avdistribuera en slutpunktskonfiguration
POST
/endpointConfigs/{uid}/canDeploy
Kontrollera om en slutpunktskonfiguration kan distribueras eller inte
PUT
/endpointConfigs/{uid}
Uppdatera en konfiguration för begränsning av slutpunkter
GET
/endpointConfigs/{uid}
Hämta en konfiguration för slutpunktsbegränsning
DELETE
/endpointConfigs/{uid}
Ta bort en ändpunktskonfiguration

När en konfiguration skapas eller uppdateras utförs en kontroll automatiskt för att garantera nyttolastens syntax och integritet.
Om det uppstår problem returneras en varning eller felmeddelanden som hjälper dig att korrigera konfigurationen.

Dessutom finns en Postman-samling här som kan hjälpa dig med testkonfigurationen.

Den här samlingen har konfigurerats för att dela Postman Variable-samlingen som genereras via Adobe I/O Console’s Integrations > Testa > Hämta för Postman, som genererar en Postman-miljöfil med de valda integreringsvärdena.

När du har hämtat och överfört till Postman måste du lägga till tre variabler: {JO_HOST},{BASE_PATH} och {SANDBOX_NAME}.

  • {JO_HOST} : Journey Optimizer Gateway-URL.
  • {BASE_PATH} : startpunkt för API.
  • {SANDBOX_NAME} : huvudet x-sandbox-name (till exempel “prod”) som motsvarar sandlådans namn där API-åtgärderna ska utföras. Mer information finns i översikten över sandlådor.

Konfiguration av slutpunkt

Här är den grundläggande strukturen för en slutpunktskonfiguration:

{
    "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>
            }
        },
        ...
    }
}
IMPORTANT
Parametern maxHttpConnections är valfri. Du kan begränsa antalet anslutningar som Journey Optimizer öppnar till det externa systemet.
Det högsta värdet som kan anges är 400. Om inget anges kan systemet öppna upp till flera tusen anslutningar beroende på systemets dynamiska skalning.
Om inget maxHttpConnections-värde har angetts när takkonfigurationen distribueras läggs maxHttpConnections = -1 till i den distribuerade konfigurationen och Journey Optimizer använder standardsystemvärdet.

Exempel:

{
  "url": "https://api.example.org/data/2.5/*",
  "methods": [
    "GET"
  ],
  "services": {
    "dataSource": {
      "rating": {
        "maxCallsCount": 500,
        "periodInMs": 1000
      }
    }
  }
}
IMPORTANT
The configuration will only be active after calling the deploy endpoint.

Warning and errors

When a canDeploy method is called, the process validates the configuration and returns the validation status identified by its Unique ID, either:

"ok" or "error"

The potential errors are:

  • ERR_ENDPOINTCONFIG_100: capping config: missing or invalid url
  • ERR_ENDPOINTCONFIG_101: capping config: malformed url
  • ERR_ENDPOINTCONFIG_102: capping config: malformed url: wildchar in url not allowed in host:port
  • ERR_ENDPOINTCONFIG_103: capping config: missing HTTP methods
  • ERR_ENDPOINTCONFIG_104: capping config: no call rating defined
  • ERR_ENDPOINTCONFIG_107: capping config: invalid max calls count (maxCallsCount)
  • ERR_ENDPOINTCONFIG_108: capping config: invalid max calls count (periodInMs)
  • ERR_ENDPOINTCONFIG_111: capping config: can’t create endpoint config: invalid payload
  • ERR_ENDPOINTCONFIG_112: capping config: can’t create endpoint config: expecting a JSON payload
  • ERR_AUTHORING_ENDPOINTCONFIG_1: invalid service name <!--<given value>-->: must be ‘dataSource’ or ‘action’

The potential warning is:

ERR_ENDPOINTCONFIG_106: capping config: max HTTP connections not defined: no limitation by default

Användningsfall

This section lists key use cases for managing capping configurations in Journey Optimizer and the associated API commands required to implement the use case.

Details on each API command is available in the API description & Postman collection.

Create and deploy a new capping configuration

API calls to use:

  1. list – Retrieves existing configurations.
  2. create – Creates a new configuration.
  3. candeploy – Checks whether the configuration can be deployed.
  4. deploy – Deploys the configuration.
Update and deploy a capping configuration (not yet deployed)

API-anrop som ska användas:

  1. list - Hämtar befintliga konfigurationer.
  2. get - Hämtar information om en viss konfiguration.
  3. update - Ändrar konfigurationen.
  4. candeploy - Kontrollerar distributionsbehörighet.
  5. deploy - Distribuerar konfigurationen.
Avdistribuera och ta bort en distribuerad capping-konfiguration

API-anrop som ska användas:

  1. list - Hämtar befintliga konfigurationer.
  2. undeploy - Avdistribuerar konfigurationen.
  3. delete - Tar bort konfigurationen.
Ta bort en distribuerad capping-konfiguration i ett enda steg

I endast ett API-anrop kan du avdistribuera och ta bort konfigurationen med hjälp av parametern forceDelete.

API-anrop som ska användas:

  1. list - Hämtar befintliga konfigurationer.
  2. delete(med parametern forceDelete) - Tvingar borttagning av en distribuerad konfiguration i ett enda steg.
Uppdatera en takkonfiguration som redan distribuerats
note
NOTE
En omdistribution krävs efter uppdatering av en redan distribuerad konfiguration.

API-anrop som ska användas:

  1. list - Hämtar befintliga konfigurationer.
  2. get - Hämtar information om en viss konfiguration.
  3. update - Ändrar konfigurationen.
  4. undeploy - Avdistribuerar konfigurationen innan ändringarna tillämpas.
  5. candeploy - Kontrollerar distributionsbehörighet.
  6. deploy - Distribuerar den uppdaterade konfigurationen.
recommendation-more-help
journey-optimizer-help