バッチ処理アクション

多くのコネクタはバッチベースのアクションをサポートしています。バッチ処理アクションを使用すると、システムはコネクタのリクエストをバッチに蓄積し、そのバッチ全体に対して一度だけベンダーを呼び出します。バッチ処理アクションを使用すると、ベンダーシステムへの負荷が軽減され、ベンダーAPIのレート制限内に収まるのに役立ちます。

バッチングをサポートするコネクタには、バッチベースのパラメータロジックが含まれています。リクエストは、以下の3つの閾値のいずれかが満たされるまでキューに入れられます：

• リクエストの数
• 最も古いリクエストからの時間：
• リクエストのサイズ

最大閾値が達成されると、コネクタはバッチを送信します。これらの閾値はORベースで動作し、いずれか一つがバッチ送信をトリガーします。

プロファイルを公開すると、バッチ制限が達成されているかどうかに関係なく、コネクタのバッチキューが処理されます。

バッチングコンポーネント

上記の閾値だけがベンダーへのリクエストのバッチング方法に影響を与えるわけではありません。Tealiumのコンポーネントは、複数のコンポーネントが同時に自身のバッチを形成することで、スケールのために並行して動作します。

例

あなたのコネクタアクションは以下の閾値でバッチ化されます：

• 最大リクエスト数 = 100
• 最大時間 = 1分
• 最大サイズ = 10 MB

単一コンポーネント

この例では、Tealiumコネクタは単一のバッチングコンポーネントを持っています。それは毎分150リクエストの一定のデータ流入を受け取り、150リクエストのサイズは10MB未満です。

この場合、最大リクエスト数パラメータは、他の2つのパラメータがトリガーされる前に閾値が達成されるため、定期的にバッチ化されたデータを送信するためにトリガーされます。

複数のコンポーネント

実際には、Tealiumコネクタには複数のバッチングコンポーネントがあります。この例では、同じデータ流入（毎分150リクエスト）を持つ2つのバッチングコンポーネントがあります。リクエストは2つのコンポーネント間で均等に分散されます。各コンポーネントは自身のバッチを独立して監視するため、各コンポーネントへのデータ流入は現在毎分75リクエストだけです。このデータ流量は最大リクエスト数閾値をトリガーするのに十分高くありません。この場合、データ流量は最初に最大時間閾値をトリガーします。それでもベンダーAPIへの定期的な呼び出しを見ることができますが、それぞれには75レコードだけが含まれます。

実際のシナリオでは、Tealiumコネクタには1つまたは2つ以上のコンポーネントがあります。Tealiumは、需要に応じてバッチングコンポーネントの数を増減させます。