我试图了解像 Kafka 和像 Camel 这样的东西之间的区别。据我了解,Camel 将为开发人员提供更多的抽象,而不必担心在某种程度上改变协议(protocol)/系统。卡夫卡怎么会无法处理 Camel 现在可以做的大部分事情?我正在阅读文档,似乎 Kafka 已经更新/升级到足以稍微脱离仅作为消息代理的状态。我想我的问题真的可以归结为 Kafka 在 future 的校对系统方面与 Camel 相比如何,以及 Kafka 在哪些方面不及 Camel?我的印象是 Kafka 不会随着系统的增长而扩展。
编辑:这严格基于消息。围绕 Camel 的文档清楚地表明它基于企业集成模式,但是我深入研究 Kafka 文档可以实现相同的模式。我错过了什么吗?
最佳答案
它们是两种完全不同的东西。
将 Camel 视为一种接口(interface)定义工具,您可以在其中定义消息飞入的端点或 channel 。但它们是抽象的。例如,比较 Camel 和 Spring Integration。
Kafka 可以提供这些消息,因此它可以实现这些抽象 channel 或端点。但是 ActiveMQ 和其他人也可以。
关于apache-kafka - Apache Kafka 和 Camel 之间的区别(代理与集成),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48268082/