就目前的情况来看,这个问题并不适合我们的问答形式。我们希望答案能得到事实、参考资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或广泛讨论。如果您觉得这个问题可以改进,并可能重新打开,请访问帮助中心寻求指导。
8年前关门了。
我想了解这些项目的替代方案,特别是设计用于从多个节点(>500)的日志聚合数据,并且设计用于低内存/cpu使用率。
我熟悉scribe、flume和chukwa,我认为它们使用了太多的资源(jre,许多库)。
欢迎所有关于以低使用率方式聚合来自多个节点的数据的评论和建议。
暂无答案!
目前还没有任何答案,快来回答吧!