Sync: Shared state in the cloud

Twilio

All Systems Operational

メニュー

Rate this page:

Thanks for rating this page!

We are always striving to improve our documentation quality, and your feedback is valuable to us. How could this documentation serve you better?

Sync Limits

In order to guarantee good quality of service across for all your customers across all your apps, Sync applies rate limits to the actions (reads and writes) taken by your code in the running app. Note that state fanout—the delivery of realtime updates to your app when it is subscribed to a Sync object—is neither a read action nor a write action, and therefore we do not limit the rate of delivery to subscribers.

The following tables summarize the various rate limits that apply.

Connection Limits

Limited Quantity Prescribed Limit 注釈
Number of
Standing Connections		 up to 5,000
per Twilio Account

This applies across all subaccounts. Contact sales for more information or to request an override.
Rate of
Connection Establishment (new or re-established)		 up to 50/s
per Twilio Account		 This applies across all subaccounts. Contact sales for more information or to request an override.

Rate of
Upstream Requests

up to 20,000/s
per Twilio Account

up to 500/s
per connection

 This applies across all subaccounts. Contact sales for more information or to request an override.

Sync Activity Limits

Limited Quantity Prescribed Limit 注釈
Rate of
Object Writes		 up to 20/s per object
burst window: 10s
  • An object write is an explicit request in your code to change a value stored in Sync.
  • The limit applies at the top level of each Document, Map, and List, e.g. updating any item in a Map still counts towards the containing Map's write rate.
  • Fanout to subscribers is not rate-limited. If a write is accepted, all online subscribers will receive a state update and their number is inconsequential to the object's read or write usage.
  • Objects larger than 1kb are rate-limited more aggressively. The most strict rate limit, applicable for payloads 10kb and larger, is 2 writes/s sustained.
Rate of
Object Reads		 up to 20/s per object
burst window: 10s
  • Object reads are effectively GET requests for Sync data. These usually occur when initializing your Sync app. Fanout of state updates to an online subscriber does not count as a read.
  • The limit applies at the top level of each Document, Map, and List.
  • When requesting List or Map items en masse, each requested page counts as one read.
Rate of
Stream Messages		 up to 30/s per stream
burst window: 10s
  • Fanout to subscribers is not rate-limited. If a message is accepted, delivery will be scheduled for all subscribers.
  • Delivery is not guaranteed, and occurs independently of the message's acceptance from the sender. If a receiver fails to accept a message within a few seconds of acceptance, Sync will silently drop that message for that subscriber.
  • Messages larger than 1kb will be rate-limited more aggressively. The most strict rate limit, applicable for payloads larger than 3kb, is 7 messages/s sustained.
Number of
Sync Objects		 無制限
  • You can create at most 20 objects per second, per Sync service.
  • Deleting objects is free, and not subject to any rate limit.
Rate this page:

ヘルプが必要ですか？

We all do sometimes; code is hard. Get help now from our support team, or lean on the wisdom of the crowd browsing the Twilio tag on Stack Overflow.

Loading Code Sample...
 
        

        
Next Sample