制限事項

プラットフォーム レベルの制限事項、および Automation Cloud のすべての Integration Service コネクタに影響する制限事項 (12 MB のデータ処理の上限や API の制約など)。

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

データ処理の制限

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

注:

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

回避策

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

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

アクティビティのタイムアウト

Integration Service コネクタに基づくすべてのアクティビティとトリガーには、プラットフォーム全体で 120 秒のタイムアウトが設定されています。つまり、API から 120 秒以内に応答を受信しない場合、アクティビティはタイムアウト エラーで失敗します。

トリガーの制限事項

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

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

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

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

データ処理の制限

Integration Service では、イベント ペイロードごとに 12 MB のデータ処理制限 が適用されます。これはアクティビティだけでなくトリガーにも当ては まります。つまり、制限を超えると、大きなレコード ペイロードの処理に失敗する可能性があります。

ポーリング間隔の動作

ポーリングベースのトリガー ( 「イベントを待機して再開」 を含む) の 接続レベル で定義されたポーリング間隔は、その接続に関連付けられたすべてのトリガーに自動的に適用されます。これは、次のことを意味します。

• 個々のトリガーに独自のポーリング間隔を設定することはできません。同一のコネクションにあるすべてのトリガーは、そのコネクションで設定された間隔を継承します。
• コネクションの間隔を更新すると、関連付けられているすべてのトリガーの間隔が暗黙的に更新されます。