Skip to main content

Integration Limits

The Prismatic runner environment​

Instances of integrations (and test runs of integrations) execute in isolated NodeJS containers with distinct filesystems and memory. Two instances of the same integration run in distinct isolated environments. Integrations currently run using NodeJS version 18.x.

Runner limitations​

Memory allocation​

The Prismatic integration runner is allocated 1GB of RAM for execution.

Execution time limitations​

An instance will run for up to 15 minutes.

Webhook limitations​

Webhook request size limitations​

Webhook payload size is limited to 6MB. 6MB is generally large enough to handle most JSON, XML, or other webhook payloads.

If the payload you need to process exceeds 6MB (i.e. you are processing large images, PDFs, etc.), we recommend saving the large file to a file storage system first (Dropbox, Amazon S3, Azure Files, etc.), and sending metadata about the file in your webhook request. Your integration can use the metadata to fetch the file for processing.

Synchronous webhook response size limitations​

When a webhook is invoked synchronously, the response contains the results of the last step of the flow (so, if the last step returned a PDF file, the webhook response would be a PDF file). Prismatic writes response to a file in Amazon S3, and responds with an HTTP 303 (Redirect) to the object in S3.

Step results have a maximum size of 500MB. If the results that you generate exceed 500MB, consider writing the file to a file storage system (Dropbox, your own Amazon S3 bucket, etc) and returning metadata about the file instead.

Read More: Synchronous Invocations and Redirects

Synchronous invocation timeouts​

A webhook request will time out after 30 seconds. Webhook requests to synchronous triggers (triggers that wait until the execution finishes running before responding) must complete their work in under 30 seconds.

Webhook rate limiting​

By default an organization can run 500 concurrent executions (25 for professional plans). If your organization is already running that many executions and an additional request is received, the requester will receive a 429 "too many requests" response.