Stand with Ukraine flag
Try it now Pricing
Cloud
North America
Documentation > Subscriptions
Getting Started
Devices Library Guides API FAQ

ThingsBoard Cloud Subscription plans definition

ThingsBoars Cloud provides subscription plans based on the pay-as-you-go model. Main characteristics of the subscription plan are: entity limits, api limits, white-labeling and the level of support you get.

Entity Limits

Please see table below to compare the entity limits of the subscription plans.

Parameter name Maker Prototype Startup Business Description
Devices 30 100 500 1000 Maximum number of devices
Assets 30 100 500 1000 Maximum number of assets
Customers 2 50 100 500 Maximum number of customers
Users 5 50 100 500 Maximum number of users
Dashboards 25 100 200 500 Maximum number of dashboards
Rule chains 5 20 50 100 Maximum number of rule chains
Integrations 1 5 10 20 Maximum number of integrations
Converters 5 25 50 100 Maximum number of converters
Scheduler events 5 20 50 100 Maximum number of scheduler events

API Limits

Please see table below to compare the API limits of the subscription plans. The values are monthly API limits, unless stated otherwise.

Parameter name Maker Prototype Startup Business Description
Transport messages 5M 50M 250M 500M Total number of messages received by any of the Transports (MQTT, HTTP, CoAP, etc) or Integrations
Transport data points 10M 100M 500M 1B Total number of key-value pairs that your telemetry or attribute transport messages contain
Rule Engine executions 25M 250M 1B 2B Total number of any execution of the rule node.
Processing of a single telemetry message may cause multiple Rule Engine executions.
The platform will also count periodic messages produced by Generator nodes, etc.
JavaScript executions 1M 10M 50M 100M Total number of any execution of user defined functions. For example, processing of the “Script” filter or transformation node, invocation of the data converter, etc.
Default storage TTL 60 days 180 days 365 days 365 days Default value of the "time to live" parameter that is used to store time-series data.
You may overwrite the default value in the "Save Timeseries" rule node or using "TTL" metadata field of your message.
This allows you to optimize storage consumption. The maximum allowed value of TTL is 5 years.
For example, you may store "raw" data for 3 month and aggregated data for 3 years
Data point storage days 300M 10B 100B 200B Data points storage days are calculated for all time-series data points that are stored to the database.
Platform multiplies number of data points by the number of days those data points will be stored.
The TTL parameter is used to extract amount of days to store the data. For example, if you store 1M data points for 30 days, this is 30M storage data point days
Alarms TTL 60 days 180 days 365 days 365 days How many days to store alarms in the database
RPC TTL 60 days 180 days 365 days 365 days How many days to store persistent RPC in the database
Alarms 200 4K 20K 40K Total number of alarms created per month
Emails 100 2K 10K 40K Total number of emails sent
SMS 0 100 500 1000 Total number of SMS sent

where “K” means 1 thousand, “M” means 1 million, “B” means 1 billion.

Rate Limits

Parameter name Maker Prototype Startup Business Description
All Transport messages (Tenant) Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 140,000 per hour
Up to 2,000 per second,
not exceeding 60,000 per minute,
and capped at 1,400,000 per hour
Up to 10,000 per second,
not exceeding 300,000 per minute,
and capped at 6,000,000 per hour
Up to 20,000 per second,
not exceeding 600,000 per minute,
and capped at 12,000,000 per hour
Total number of messages received by any of the transport microservices for all devices that belong to the tenant
Telemetry Transport messages (Tenant) Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 70,000 per hour
Up to 1,000 per second,
not exceeding 30,000 per minute,
and capped at 700,000 per hour
Up to 5,000 per second,
not exceeding 150,000 per minute,
and capped at 3,500,000 per hour
Up to 10,000 per second,
not exceeding 300,000 per minute,
and capped at 7,000,000 per hour
Total number of telemetry messages received by any of the transport microservices for all devices that belong to the tenant
Telemetry Transport data points (Tenant) Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 140,000 per hour
Up to 2,000 per second,
not exceeding 60,000 per minute,
and capped at 1,400,000 per hour
Up to 10,000 per second,
not exceeding 300,000 per minute,
and capped at 7,000,000 per hour
Up to 20,000 per second,
not exceeding 600,000 per minute,
and capped at 14,000,000 per hour
Total number of telemetry data points received by any of the transport microservices for all devices that belong to the tenant
All Transport messages (Device) Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Total number of messages received by any of the transport microservices for each device separately
Telemetry Transport messages (Device) Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Total number of telemetry messages received by any of the transport microservices for each device separately
Telemetry Transport data points (Device) Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Up to 200 per second,
not exceeding 6,000 per minute,
and capped at 14,000 per hour
Total number of telemetry data points received by any of the transport microservices for each device separately
Integration messages (Tenant) Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 70,000 per hour
Up to 1,000 per second,
not exceeding 30,000 per minute,
and capped at 700,000 per hour
Up to 5,000 per second,
not exceeding 150,000 per minute,
and capped at 3,500,000 per hour
Up to 10,000 per second,
not exceeding 300,000 per minute,
and capped at 7,000,000 per hour
Total number of messages received by any of the transport microservices for all devices that belong to the tenant
Integration messages (Device) Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Up to 100 per second,
not exceeding 3,000 per minute,
and capped at 7,000 per hour
Total number of telemetry messages received by any of the transport microservices for all devices
REST requests (Tenant) Up to 100 per second,
not exceeding 2,000 per minute
Up to 100 per second,
not exceeding 2,000 per minute
Up to 100 per second,
not exceeding 2,000 per minute
Up to 100 per second,
not exceeding 2,000 per minute
Total number of telemetry data points received by any of the transport microservices for all devices that belong to the tenant
REST requests (Customer) Up to 50 per second,
not exceeding 1,000 per minute
Up to 50 per second,
not exceeding 1,000 per minute
Up to 50 per second,
not exceeding 1,000 per minute
Up to 50 per second,
not exceeding 1,000 per minute
Total number of messages received by any of the transport microservices for each device separately
WS updates per session Up to 1,000 per second,
not exceeding 10,000 per minute
Up to 1,000 per second,
not exceeding 10,000 per minute
Up to 1,000 per second,
not exceeding 10,000 per minute
Up to 1,000 per second,
not exceeding 10,000 per minute
Total number of telemetry messages received by any of the transport microservices for each device separately
WS Sessions (Tenant) 1K 1K 1K 1K Maximum number of Web socket sessions for the tenant
WS Subscriptions (Tenant) 20K 20K 20K 20K Maximum number of Web socket subscription for the tenant
WS Sessions (Customer) 500 500 500 500 Maximum number of Web socket sessions for the сustomer
WS Subscriptions (Customer) 10K 10K 10K 10K Maximum number of Web socket subscription for the сustomer
WS Sessions (Public user) 250 250 250 250 Maximum number of Sessions per public user
WS Subscriptions (Public user) 5K 5K 5K 5K Maximum number of subscriptions per public user
WS Sessions (Regular user) 100 100 100 100 Maximum number of Sessions per regular user
WS Subscriptions (Regular user) 2K 2K 2K 2K Maximum number of subscriptions per regular user
WS queue message (Session) 500 500 500 500 Maximum size of queue message per session

where “K” means 1 thousand, “M” means 1 million, “B” means 1 billion.

White-labeling

ThingsBoard web interface allows you to configure your company or product logo and color scheme in 2 minutes with zero coding efforts and no service restart required. See feature documentation for more details. ThingsBoard Cloud extends white-labeling feature with ability to configure own domain name easily. See managing domain for more details.

The white-labeling feature is available for Prototype and Startup subscription plans.