来自Confluent或Cloudera的Kafka?

问题描述 投票:0回答:1

我的问题很简单,但很复杂,在我目前的公司中,我们正在评估将卡夫卡与汇合使用或将卡夫卡与cloudera一起使用。

我发现了融合版本的主题,应该将其与最后一个主题,Ksql和管理界面一起使用。在cloudera中,您又返回了一个版本,ksql似乎没有,并且至今没有提供任何管理界面,我认为在下一版本中,它将为流提供一个控制台,但我什至不知道它是怎么回事。如果是。

另一方面,至少根据我的计算,汇合的价格非常昂贵,而在cloudera中,您不仅要为kafka支付费用,还要为所有其他工具支付费用。

除了评估这两种产品之外,我还想根据社区的经验来了解每种产品的优缺点,以便进行较小的比较。

欢迎任何输入。

问候

apache-kafka cloudera confluent
1个回答
-1
投票

@ cricket_007您好,

是的,据说答案比看起来要复杂。从“开源”的角度以及作为我的技术资料来看,我不需要这2个组件,也不需要cloudera或confluent,因为它们都是基于apache套件工具以及所有新功能他们开发的产品已发布到apache套件,KSQL,Kstreams,kafka connect(包括Schema Registry和Kafka REST Proxy)是融合项目,但已获得Apache许可。

两难是您想在一家大公司中对其进行“工业化”,因为它通常发生在需要支持的每家大公司中或某种可以说是由合作伙伴为您提供的设施,通过这种方式,从“开源”的角度来看,也不需要像cloudera这样的平台,因为它仍然带有一系列的生态系统工具,您可以做一个他们的叉子,并扩展和维护它们,甚至是黑斑羚自己。从这个意义上讲,Cloudera中的kafka是相同的,它是您可以安装的套件的另一个组件。

这两个平台都提供了最重要的功能,但是显然,由工具的创建者和提交者创建的confluent具有优势,Schema Registry和Kafka REST Proxy是confluent项目,Replicator confluent似乎比mirrorMaker更强大,控制中心管理控制台,JASS,Kerberos和其他功能的安全性。

[在先前的方面,今天的cloudera远远落后于其他人,因为除了他们为您提供的版本6.3.X中要安装的软件包之外,没有更多的东西了,它仍然是cloudera的另一个组件,开源,实际上,在参考资料中,提到可以直接访问Apache Kafka网站,因此可以理解该支持还有很多不足之处.....]]

cloudera的粉丝会告诉我以下内容:等待Cloudera DataFlow,好吧,它看起来很棒,但是因为它不是alpha版本,所以没有任何东西,并且当您尝试下载某些东西进行尝试时, kafka您将获得cloudera的包裹。 Nifi是所有事物的最大集成,这将使我们具有多种用途,但我坚持认为,直到3月,我们一无所有。

我的辩论或决定很明显,融合是我的选择,但价格有时令人望而却步,而且在公司中,我们已经拥有可管理kafka的cloudera,没有这样的多功能性保证和安全选项,尤其是支持比汇合,但也值得。

所以知道有人幸运地看到了这两个平台的实际情况。

谢谢。

© www.soinside.com 2019 - 2024. All rights reserved.