制限事項

このセクションでは、Integration Service のすべてのコネクタおよび/またはアクティビティに影響する、プラットフォーム レベルの制限値とその他の制限事項について説明します。

データ処理の制限

Integration Service には、応答を取得するためのプラットフォームの制限があります。データ処理の上限は 8 MB です。つまり、一部の API 呼び出しでは、取得される応答の数が 8 MB の制限を超え、「応答の内容が大きすぎます」というエラー メッセージが表示される場合があります。

注: 8 MB の制限は JSON 形式のデータに適用されます。これには、ファイルが JSON データの一部として Base64 形式で送受信されるケースが含まれます。JSON の外部で処理されるファイルの制限は 1 GB です。

回避策

次の手順に従って、データ処理の制限を超えないようにすることができます。

• アクティビティ レベルの [レコードの最大数] フィールドを少ない数値に調整します。
• クエリにフィルター処理を追加します。フィルター パラメーターを指定すると、応答の数を制限できます。

トリガーの制限事項

このセクションでは、Integration Service のトリガーの既知の制限事項を示します。

最大レコード制限

説明

現在、Integration Service のトリガーでは、1 回のトリガーの実行あたりのレコード数の上限が 1,000 件です。 トリガーが設定された時間間隔 (たとえば、1 分や 5 分) 内に 1,000 件を超えるレコードを取得しようとして、ベンダーのシステムがこの制限を超えるレコードを出力した場合、しきい値を超えるレコードはキャプチャされず、失われる可能性があります。

影響

この制限は、トリガーがすべてのレコードを取得できない可能性があるため、大きなデータセットを処理する必要があるワークフローやオートメーションに影響を与える可能性があります。

回避策

私たちは、この制約に対処するために積極的に取り組んでいます。 それまでは、影響を最小限に抑えるために、「 ポーリング間隔」で説明されているように、トリガー間隔を可能な限り短い期間に構成できます。 トリガーの実行頻度を増やすと、複数のトリガー実行ですべてのレコードが確実にキャプチャされます。

トリガーを自動的に無効化する

新規または更新されたイベントのポーリング中に、サードパーティ アプリケーションの問題が原因でトリガーで 100 回連続したエラーが発生すると、トリガーは自動的に無効化されます。 このメカニズムは、システムの安定性を維持するのに役立ちます。

いずれかのトリガーが無効化されると、メール通知が届きます。 エラーの原因となっている根本的な問題を修正した後に、トリガーを手動で再度有効化する必要があります。

トリガーを編集する

現在、既存のトリガーの編集はサポートされていません。 トリガー管理のオプションは、トリガーの作成または削除のみです。 必要な変更を行うには、既存のトリガーを削除し、新しいトリガーを追加する必要があります。