Skip to contentSkip to navigationSkip to topbar
On this page

FAQ



How are Event Streams different from TwiML webhooks?

how-are-event-streams-different-from-twiml-webhooks page anchor

The delivery of an event via Event Streams is purely for informational purposes and is analogous to the informational webhooks Twilio supports today, described here. They are delivered in an asynchronous fashion and do not serve as a control plane for Twilio products. This approach differs from the one used by our TwiML webhooks. This doesn't mean that the information provided in the request of a TwiML webhook couldn't be delivered via Event Streams. It just means that there is no bi-directional channel. Any action taken in response can only occur outside of the Event Streams channel and product. Event Streams is not a replacement for TwiML webhooks.


How are Event Streams different from Twilio's informational webhooks?

how-are-event-streams-different-from-twilios-informational-webhooks page anchor

The type of events and data we'll be supporting within Event Streams are similar to the events that Twilio sends via informational webhooks today. However, existing webhooks have a few shortcomings. First, HTTP falls short as a transport when customers require at-least-once delivery of their data. If a webhook fails for any reason — e.g., an error within Twilio or an error from the customer's server — then that event is lost and can't be sent again. Additionally, there is no backpressure mechanism built into HTTP that prevents customer servers from being overwhelmed by unanticipated traffic volume.

Event Streams does not replace your applications' existing webhooks. However, Twilio plans to offer the same webhook data in Event Streams for customers that need at-least-once delivery. Twilio also plans to expose some Twilio data via Event Streams that is not available via webhook today. Apart from webhooks, Event Streams supports Amazon Kinesis and Segment sinks.

Additionally, the model and format for the data sent over our existing webhooks is inconsistent. Event Streams adopts a consistent format for all data, making it easier to consume when a customer is using multiple products or a product that is built on top of multiple products, such as Flex and Studio.


Is Twilio planning to offer other sinks?

is-twilio-planning-to-offer-other-sinks page anchor

We started with Amazon Kinesis and Webhook Sinks because they were requested by several early customers. We're also investing in additional Sink types such as Azure Event Hub, GCP Pub/Sub, and more. Please let us know what other Sink types you're interested in using with Event Streams.


Does Event Streams support indirect customers (ISVs)?

does-event-streams-support-indirect-customers-isvs page anchor

Event Streams supports both ISVs and direct customers. Customers can configure Event Streams for subaccounts, but there is no way to receive events from all subaccounts with a single Event Streams subscription at this time. Instead, create an Event Streams subscription for each subaccount.


Is order-of-events delivery guaranteed?

is-order-of-events-delivery-guaranteed page anchor

Ordering is not guaranteed at this time, so users still need to rely on the event timestamp to determine when an event was generated.


How many delivery attempts will be made in 24 hours?

how-many-delivery-attempts-will-be-made-in-24-hours page anchor

Twilio makes delivery attempts using exponential backoff logic, so there's no fixed number of attempts. However, Twilio does not continue retrying after four hours of failed attempts.


Are Webhook Connection Overrides supported for the Webhook Sink type?

are-webhook-connection-overrides-supported-for-the-webhook-sink-type page anchor

Webhook Connection Overrides are not supported in Event Streams.


What is the timeout for a Webhook Sink Response?

what-is-the-timeout-for-a-webhook-sink-response page anchor

Webhook Sinks have a maximum timeout of 5 seconds.

Need some help?

Terms of service

Copyright © 2024 Twilio Inc.