Event Streams is now General Available (GA), and as part of the transition from Public Beta to General Availability, Twilio has made some changes that you should be aware of.
These changes are part of Twilio's ongoing effort to improve the reliability of the service while reducing the cost of delivery of these events.
Update to static IP address when using Webhook Sink
Beta behavior
For Twilio accounts with Static Proxy enabled, Webhooks generated by Event Streams originate from a specific list of fixed IP addresses.
GA behavior
Starting October 1st, 2023 , regardless of whether Static Proxy is enabled or not, Webhooks from Event Streams will originate from the new CIDR range of 35.90.102.128/25 .
This update aligns with Twilio's ongoing efforts to streamline and standardize the Event Streams infrastructure. This change ensures a consistent experience across all configurations, whether Static Proxy is enabled or not.
Action required
To continue uninterrupted receipt of Webhooks from Event Streams, complete the following task:
Add the new IP range 35.90.102.128/25 to your allow list.
(information)
Info
This change only affects Webhooks generated by Event Streams. Other Twilio
webhooks are not affected.
Changes to Event queueing
Beta behavior
The maximum number of queued events allowed is five million.
The maximum queueing duration for deliver is 24 hours.
The initial delivery attempt is made within two seconds following the reception of the event by Event Streams.
GA behavior
There is no cap on the number of queued events.
The maximum queueing duration for delivery is four hours.
The majority of events are expected to be delivered within the two second time frame, but two second latency is not guaranteed.
These changes were made in order to optimize performance and resource utilization.
Note: This change applies to both Webhook and Kinesis destinations. Both often experience retries due to customer-side rate limiting - as indicated by 429 HTTP status codes for Webhook, and Provisioned throughput exceeded errors for Kinesis.
Action required
You may need to review and possibly adjust your current Event Streams setup and workflows to accommodate this new queueing time frame.
Ensure that your systems are prepared to handle the new maximum queueing duration of four hours.
Changes to Sink Validation Process
Beta behavior
The Sink Validate Resource is used to confirm that a Sink has been properly configured and is ready to receive events.
Creating a Kinesis Sink requires a validation step.
Webhook Sinks are active by default but can be validated if desired.
A request to create a new Sink Validation Resource always returns a result property with a value of valid (to avoid disrupting existing customer workflows).
The status of Kinesis and Webhook Sinks are active by default.
These changes were made in order to provide a more efficient and user-friendly experience.
Changes to Password-Protected Webhook destinations
Beta behavior
Both Basic and Digest authentication schemes were supported in webhooks, although requiring a two-way HTTP roundtrip.
GA behavior
Only Basic authentication is supported, with no extra HTTP roundtrip.
These modifications were implemented to improve performance and use resources more efficiently, as the previous approach of making two HTTP requests is highly inefficient.