Journey Orchestrationの API は 5000 イベント/秒をサポートしていますが、一部の外部システムや API は同等のスループットを持つことができませんでした。 だからこそ Journey Orchestration には、外部システムに課せる率を監視および制限する、Capping API と呼ばれる専用の機能が付属しています。
データソースの設定時に、ジャーニーで使用される追加情報を取得するためのシステムへの接続を定義します。または、アクション定義の際に、メッセージや API 呼び出しを送信するサードパーティシステムへの接続を設定します。 ジャーニーが API 呼び出しを実行するたびに、キャッピング API に対するクエリが実行され、その呼び出しは API エンジンを通じておこなわれます。 制限が定義されている場合、呼び出しは拒否され、外部システムはオーバーロードされません。
外部データソースの場合、1 秒あたりの最大呼び出し回数は 15 に設定されています。 1 秒あたりの呼び出し回数が 15 を超えると、残りの呼び出しは破棄されます。 プライベート外部データソースに対しては、この上限を増やすことができます。 アドビに連絡して、エンドポイントを許可リストに含めてください。パブリック外部データソースに対しては、この操作は行えません。外部システムを統合する際のベストプラクティスとガードレールについて詳しくは、こちらを参照してください。 ページ.
アクションまたはデータソースの設定について詳しくは、 アクションについて または データソースについて
この Journey Orchestration キャッピング API は、使用可能な Swagger ファイル内で説明されます ここ.
この API を Journey Orchestration 例えば、AdobeI/O コンソールを使用する必要があります。 次の手順から始めることができます はじめに —Adobe開発者コンソール その後、このページの「 」セクションを使用します。
統合をテストおよび準備するために、Postman コレクションを使用できます ここ.
Journey Orchestration API アクセスは、次の手順で設定します。 これらの各手順について詳しくは、 Adobe I/O文書.
証明書をAdobe I/Oで管理するには、 システム管理者 組織または 開発者アカウント Admin Console でログインします。
セキュアなサービス間Adobe I/OAPI セッションを確立するには、Adobe サービスへのすべてのリクエストに、以下の情報を Authorization ヘッダーに含める必要があります。
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>:これは個人の組織 ID で、各インスタンスに対してAdobeが提供する ID は 1 つです。
組織 ID 値を取得するには、管理者または担当のAdobe技術担当者にお問い合わせください。 また、新しい統合を作成する際に、Adobe I/Oに取得することもできます ( Adobe I/O文書) をクリックします。
<access_token>:個人用アクセストークン。POSTリクエストで JWT を交換する際に取得されました。
<api_key>:個人用 API キー。 への新しい統合を作成した後、Adobe I/Oで提供されます。 Journey Orchestration サービス。
キャッピング API は、キャッピング設定を作成、設定および監視するのに役立ちます。
メソッド | パス | 説明 |
---|---|---|
POST | list/endpointConfigs | エンドポイントキャッピング設定のリストを取得します |
POST | /endpointConfigs | エンドポイントキャップ設定の作成 |
POST | /endpointConfigs/{uid} /deploy |
エンドポイントキャップ設定のデプロイ |
POST | /endpointConfigs/{uid} /undeploy |
エンドポイントキャッピング設定のデプロイ解除 |
POST | /endpointConfigs/{uid} /canDeploy |
エンドポイントキャッピング設定をデプロイできるかどうかを確認します |
PUT | /endpointConfigs/{uid} |
エンドポイントキャップ設定の更新 |
GET | /endpointConfigs/{uid} |
エンドポイントキャップの設定の取得 |
DELETE | /endpointConfigs/{uid} |
エンポイントキャップ設定の削除 |
設定を作成または更新すると、ペイロードの構文と整合性を保証するチェックが自動的に実行されます。
問題が発生した場合は、設定を修正するのに役立つ警告またはエラーが返されます。
エンドポイント設定の基本構造を次に示します。
{
"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>
}
},
...
}
}
`{
"url": "https://api.example.org/data/2.5/*",
"methods": [
"GET"
],
"services": {
"dataSource": {
"maxHttpConnections": 30000,
"rating": {
"maxCallsCount": 5000,
"periodInMs": 1000
}
}
},
"orgId": "<IMS Org Id>"
}
When a canDeploy メソッドが呼び出されると、プロセスは設定を検証し、次のいずれかの方法で一意の ID で識別される検証ステータスを返します。
"ok" or "error"
潜在的なエラーは次のとおりです。
<!--<given value>-->
:は、「dataSource」または「action」である必要があります潜在的な警告は次のとおりです。
ERR_ENDPOINTCONFIG_106:キャッピングの設定:最大 HTTP 接続数が定義されていません:デフォルトでは制限なし
この節では、キャッピング設定の管理に使用できる 5 つの主なユースケースを次に示します。 Journey Orchestration.
テストおよび設定に役立つように、Postmanコレクションを利用できます ここ.
このPostmanコレクションは、 Adobe I/Oコンソールの統合 > 試す > Postman用にダウンロード:選択した統合値でPostman環境ファイルを生成します。
ダウンロードしてPostmanにアップロードしたら、次の 3 つの変数を追加する必要があります。 {JO_HOST}
,{Base_Path}
および {SANDBOX_NAME}
.
{JO_HOST}
: Journey Orchestration ゲートウェイ URL{BASE_PATH}
:API のエントリポイント。 値は「/authoring」です{SANDBOX_NAME}
:ヘッダー x-sandbox-name (例えば、「prod」)API 操作が実行されるサンドボックス名に対応します。 詳しくは、「サンドボックスの概要」を参照してください。以下の節では、ユースケースを実行するための Rest API 呼び出し順序付きリストを見つけます。
使用例 n°1: 新しいキャッピング設定の作成とデプロイメント
使用例 n°2: まだデプロイされていないキャッピング設定の更新とデプロイ
ユースケース n°3: デプロイ済みのキャッピング設定のデプロイ解除と削除
ユースケース n°4: デプロイ済みのキャッピング設定を削除します。
1 回の API 呼び出しで、 forceDelete パラメーターを使用して、設定のデプロイを解除および削除できます。
ユースケース n°5: 既にデプロイ済みのキャッピング設定の更新