分布式消息服务DMS与开源Kafka对比
2018-06-07 09:26
405 查看
分布式消息服务(简称DMS)是一项基于高可用分布式集群技术的消息中间件服务,提供了可靠且可扩展的托管消息队列,用于收发消息和存储消息。那么,比起自建开源的Kafka,分布式消息服务DMS有哪些好处呢?以下就是两者的详细对比。
1.省心-成本降低
增强海量队列和全托管式服务,大幅降低成本,免去繁琐的运维工作
灵活动态伸缩能力,适应业务各发展阶段
紧跟Kafka社区,每年修复问题100+
2.放心-安全可靠
多集群部署,秒级故障恢复
3副本机制+同步刷盘,确保消息0丢失
提供满足电信严苛标准的安全可靠服务模式
3.专心-简化开发
自动负载均衡,用户专注于应用开发
底层自动实现资源利用率最优
1.省心-成本降低
增强海量队列和全托管式服务,大幅降低成本,免去繁琐的运维工作
灵活动态伸缩能力,适应业务各发展阶段
紧跟Kafka社区,每年修复问题100+
DMS | 开源Kafka | |
---|---|---|
操作界面可视化 | 即开即用,可视化操作,实时查看队列信息 | 需要编写代码创建topic,后台使用脚本查看topic状态,效率低下 |
部署 | 无需部署,秒级创建topic立即使用 | 自行准备服务器资源,安装配置必要的软件,耗时长,易出错,工作量2-3人天 |
SSL性能优化 | 高吞吐单客户端场景下,吞吐量可达百兆MB每秒,提升可达60% | 同等场景下,吞吐量只有几十MB每秒 |
监控告警 | 支持队列消息数、消息大小、消息请求数、消息堆积数等监控指标,图表化展示,告警可定制 | 需要集成第三方工具进行监控展示,需要单独运维 |
版本升级维护 | 紧随社区主流版本,修复开源bug,持续上线新功能,自动完成版本升级 | 升级版本需投入人力分析、解决bug,定期升级版本 |
无忧运维 | 7*24小时的专业运维,和专家技术指导 | 需配备专职的专业运维人员 |
多集群部署,秒级故障恢复
3副本机制+同步刷盘,确保消息0丢失
提供满足电信严苛标准的安全可靠服务模式
DMS | 开源Kafka | |
---|---|---|
可靠性 | 满足严苛的电信级故障模式库标准,高可靠模式数据0丢失 | 在多节点掉电场景下,会偶尔丢失数据 |
访问防护 | 增强开源Kafka认证方式,AK/SK认证机制,支持Lua/C/C++/Python/Java等多种客户端安全接入 | 部分客户端端无安全认证机制 |
密码 | 配置文件加密存储,防暴力破解 | 密码明文配置,易泄露 |
审计日志 | 自动记录高危操作,如delete topic、delete group等,便于问题回溯 | 无 |
防误操作 | 高危操作如删除Topic,重置消费组等,需二次确认 | 无 |
自动负载均衡,用户专注于应用开发
底层自动实现资源利用率最优
DMS | 开源Kafka | |
---|---|---|
负载均衡 | 优先在空闲节点分配Topic,保证资源负载均衡 | Topic是随机分布,单节点超负荷可能服务导致不可用 |
相关文章推荐
- 分布式消息服务DMS如何实现死信消息的消费
- 一共81个,开源大数据处理工具汇总:查询引擎、流式计算、迭代计算、离线计算、键值存储、表格存储、文件存储、资源管理、日志收集系统、消息系统、分布式服务、集群管理、基础设施、搜索引擎、数据挖掘=监控
- 分布式消息服务DMS如何实现死信消息的消费
- 一共81个,开源大数据处理工具汇总:查询引擎、流式计算、迭代计算、离线计算、键值存储、表格存储、文件存储、资源管理、日志收集系统、消息系统、分布式服务、集群管理、基础设施、搜索引擎、数据挖掘=监控
- Kafka开源消息系统分布式集群搭建
- 快速理解Kafka分布式消息队列框架
- 远程调用服务(RPC)和消息队列(Message Queue)对比及其适用/不适用场合分析
- 分布式发布订阅消息系统 Kafka 架构设计 (2)
- Forest 1.0 一个分布式服务和数据分片的开源框架发布
- 分布式消息系统:Kafka
- Kafka剖析(一):高扩展、高吞吐的分布式消息系统初探
- 基于开源Dubbo分布式RPC服务框架的部署整合
- EQueue - 一个C#写的开源分布式消息队列的总体介绍
- 分布式消息系统:Kafka
- 分布式发布订阅消息系统 Kafka
- 分布式消息队列 Kafka
- 11月15日云栖精选夜读:分布式服务框架Dubbo疯狂更新!阿里开源要搞大事情?
- linkedin公司的Kafka分布式消息队列
- 浅谈分布式消息技术 Kafka
- 快速理解Kafka分布式消息队列框架