融合平台还是安慰?

z8dt9xmd  于 2021-06-07  发布在  Kafka
关注(0)|答案(1)|浏览(430)

关闭。这个问题需要更加突出重点。它目前不接受答案。
**想改进这个问题吗?**通过编辑这篇文章更新这个问题,使它只关注一个问题。

两年前关门了。
改进这个问题
我们的企业既有安慰和融合平台的能力。
虽然solace还支持实时流媒体和基于设备的产品,但企业为什么以及何时应该使用confluent平台?

pkln4tw6

pkln4tw61#

solace corporation员工回复:

这是个很好的问题。事实上,在solace,我们正在编写一个更全面的博客/文档来回答这个确切的问题。我们计划在下周左右把细节放到慰藉网站上。我会张贴的网址时,这是可用的。
kafka被设计成一个批处理(微批处理)日志聚合系统。其主要目的是处理大量数据,重点放在静态数据上。默认服务质量(qos)相当低,这允许高吞吐量;以高延迟和潜在的数据丢失、无序交付和低安全性实施为代价。虽然使用厚客户端api来改善kafka的qos是可能的,但这是以牺牲性能、吞吐量和延迟为代价的。kafka通常也仅限于发布/订阅消息交换模式(publish/subscribe message exchange pattern,mep)。
confluent为ApacheKafka添加了一些扩展,以改进管理,但仍然使用相同的ApacheKafka核心,并且存在相同的问题。
solace被设计成一个高性能、低延迟、非常可靠的分布式事件驱动消息传递系统,目标是运动中的数据。solace支持所有现代消息交换模式(mep),并且本机支持行业标准和公认的规范,如rest、websockets、amqp、mqtt和jms,而不需要适配器或网关。如果需要在solace和confluent(kafka)之间移动数据,solace还支持一组solace/kafka源和汇连接器。连接器使它易于使用安慰和Kafka在一起。
solace还提供安全性和最高级别的qos,同时保持可预测的吞吐量和延迟,即使客户端连接数非常高。这就是为什么金融机构、政府机构、制造商、联网车辆应用程序等使用solace,以满足其最严格的mep要求,即无数据丢失、重复和处理顺序,并提供24/7/365处理支持。你不能丢失或复制数百万美元的交易!一位金融客户(rbc)最近的一句话讨论了他们全球联网的solace event mesh如何每天可靠地处理650亿条消息。
如果您的需求是大量静态数据处理,而qos或安全性要求较低,那么confluent可能是您的选择。如果您有高qos要求、严格的安全性、使用高级mep和24/7/365处理的实时动态数据处理,solace是您的最佳选择。如果您有这两个要求,solace连接器将提供双向集成。

相关问题