Capability Comparison
Last updated: 2025-09-19 17:35:32
To meet user needs in different usage scenarios, TDMQ for CKafka version instance provides multiple forms
Serverful and Serverless for users in various scenarios. When you proceed to purchase a CKafka cluster, it is advisable to make a product selection judgment based on comprehensive factors such as business application scenarios, product capabilities, and use cost.Product series
Learn about TDMQ for CKafka product series in one chart.
Serverful, the classic form of CKafka, allows users to purchase clusters of corresponding specifications as needed. With business growth, it is necessary to maintain certain focus on the CKafka cluster.
Serverless, the brand-new form of CKafka, aims to completely release user's effort and focus more on business logic. Currently in public beta.
Serverful
Serverful cluster types are divided into Pro Edition, Advanced Edition, and Standard Version (no new purchases) for different application scenarios. The comparison is as follows:
Project | Project Description | Pro Edition | Advanced Edition | Standard Version (Stop New Purchases) |
Architecture | Deployment Architecture | Dedicated instance | Share physical node resources | Sharing physical node resources |
Stability | SLA assurance | Service availability: 99.995% Storage availability: See CBS SLA description | Service availability: 99.95% Storage availability: See CBS SLA description | Service availability: 99.95% Storage availability: See CBS SLA description |
Specification | Bandwidth specification range | 40MB/s, 100MB/s, 150MB/s | ||
| Storage | Support fixed storage and elastic storage. Among them, elastic storage form offers theoretically unlimited storage space on a pay-as-you-go basis. | Fixed storage only | Fixed storage only |
| High degree of freedom, allowing separate scaling of bandwidth, Topic/Partition cap, and Disk | High degree of freedom, supports independent scaling of bandwidth, Topic/Partition cap, and Disk. | Low degree of freedom, allows separate disk scaling | |
| Supports upgrading public network bandwidth. If you have higher bandwidth requirements, you can make an additional payment to proceed to purchase. For specific prices, see Billing Overview. | 3 Mbps free public network bandwidth is provided by default | 1 Mbps free public network bandwidth is provided by default | |
isolation | ✓ | × | × | |
Security Control | ✓ | × | × | |
Intelligent Ops | Dynamic message retention policy Automatic Disk Scale-Out | Dynamic message retention policy | | |
| ✓ | × | × | |
| ✓ | × | × | |
| ✓ | × | × | |
Monitoring alarm | ✓ | × | × | |
| Metric sorting | ✓ | × | × |
| ✓ | × | × | |
| ✓ | × | × | |
High Availability | ✓ | ✓ | × | |
| ✓ | × | × | |
Upgrade | ✓ | × | × | |
| Broker Fix and Upgrade | rapid upgrade | shared cluster extended cycle | shared cluster, extended cycle |
advanced service | technology services | Provide parameter optimization consulting services, target specific business scenarios for customized parameter configuration. You can submit a ticket to apply. | Basic fault handling and troubleshooting | Basic fault handling and troubleshooting |
Serverless
After running analysis on a large amount of online clusters, we found some common symptoms exist.
1. High cost. Business typically shows peak and trough patterns within a time period. To ensure business stability, reserve specifications according to business peak values.
2. Scaling out is slow. Since the current CKafka classic form has technical architecture limitations, migrating TB-level data may take several days when scaling out brokers.
To address the above issues, we launched the next-generation form of CKafka, the Serverless edition. Following is the feature list during the beta test.
Note:
1. Currently, CKafka Serverless is in public beta. Please use it in offline scenarios or testing environments.
2. Free during the public beta. An account can create up to 5 instances in a single region.
3. Launched in the Guangzhou and Singapore regions.
Project | Project Description | Serverless Edition |
Specification | Bandwidth specification range | 20-360 MB/s, capacity expansion only in the current period. |
| Storage | Elastic storage form. |
| Scaling Out | Production/consumption bandwidth can be scaled separately. The maximum quantity of topics and partitions varies by specification. |
| Message retention time | 24 hours - 72 hours. |
| Public Network Traffic | Unsupported during the beta test. |
Security Control | SSL Authentication | Unsupported during the beta test. |
Message Query | - | ✓ |
intelligent ops | one-click diagnosis | ✓ |
High Availability | Cross-AZ High-Availability Deployment | High-availability deployment with 2 default AZs. |
Was this page helpful?
You can also Contact Sales or Submit a Ticket for help.
Yes
No
Feedback