我有一个生产中的应用程序,每天必须处理几千兆字节的消息.我喜欢卡夫卡的建筑和表演; 它非常符合我的需求.
我想在某个时候用Kafka替换我的消息传递层.0.7.1版本在稳定性和性能一致性方面是否足以满足生产需求？
mju*_*rez 13
它已经在几家大数据公司中使用,包括LinkedIn,它在那里创建(后来开源)和Tumblr.Just Tumblr本身每天处理许多千兆字节的消息.我相信LinkedIn也在那里.您可以在此处查看当前已知的公司列表:
https://cwiki.apache.org/confluence/display/KAFKA/Powered+By
此外,请务必订阅他们的邮件列表,有很多人积极地尝试并在生产环境中使用它.
我相信它可以处理你可以投入的任何音量.
Dav*_*ave 10
我认为Kafka在准备生产之前就缺少了一个关键特性.
"如果制作人无法联系任何Kafka经纪人,请将邮件刷新到光盘"这个问题已在很久以前提交过:https: //issues.apache.org/jira/browse/KAFKA-156
此功能将使得完整的卡夫卡事件pipline更强大一些使用情况时,生产者总是必须能够发送事件.例如,当您跟踪综合浏览量或类似按钮点击并且您不想错过任何事件时,即使所有Kafka经纪人都无法访问.
| 归档时间： |
|
| 查看次数： |
4931 次 |
| 最近记录： |