流数据服务Confluent对比开源Kafka
本文介绍流数据服务Confluent相较于开源Kafka具备哪些优势。
流数据服务Confluent vs Kafka的具体优势如下：
特性 | Apache Kafka | Confluent Platform |
特性 | Apache Kafka | Confluent Platform |
提供Connect和Streams组件 | 支持 | 支持 |
多编程语言开发 | ||
Client：C++，Python，Go，以及.NET | 不支持 | 支持 |
REST Proxy：通过任何网络设备访问Kafka | 不支持 | 支持 |
Admin REST APIs：执行管理操作的RESTful接口 | 不支持 | 支持 |
扩展的预建生态系统 | ||
Connectors：支持超过100种，包括S3、Elastic、HDFS、JDBC | 不支持 | 支持 |
MQTT Proxy：通过MQTT设备以及网管访问Kafka | 不支持 | 支持 |
Schema Registry：中心化的注册中心确保数据兼容性 | 不支持 | 支持 |
事件流数据库 | ||
ksqlDB：实时的流数据处理以及物化视图 | 不支持 | 支持 |
GUI的管理和监控页面 | ||
Control Center：通过GUI规模化的管理和监控Kafka | 不支持 | 支持 |
Health+：智能告警和云上监控的控制面板 | 不支持 | 支持 |
灵活的自动开发运维 | ||
Confluent for Kubernetes：通过完全的、声明性的API在Kubernetes部署集群 | 不支持 | 支持 |
Ansible：自动部署在无容器化环境 | 不支持 | 支持 |
动态性能&弹性 | ||
Self-Balancing Cluster：在集群brokers中的partition内自动均衡 | 不支持 | 支持 |
Tired Storage：移出旧的Kafka数据至对象存储并保持透明的访问 | 不支持 | 支持 |
企业级安全 | ||
Role-Based Access Control：users/groups级别的授权访问 | 不支持 | 支持 |
Structrued Aduit Logs：用户的action日志存储在kafka专用的topic中 | 不支持 | 支持 |
Secret Protection：加密敏感信息（例如，密码） | 不支持 | 支持 |
国际化弹性 | ||
Multi-Region Cluster：单个kafka集群在多个数据中心内故障转移 | 不支持 | 支持 |
Replicator：副本在多个数据中心和云上迁移 | 不支持 | 支持 |
Cluster Linking：在混合云和多云部署时保存副本的offsets | 不支持 | 支持 |
企业级支持 | ||
24*7*356的Kafka专家支持 | 不支持 | 支持 |
注：表格来自原厂提供的特性列表素材。
