Azure事件中心与作为服务代理的Kafka

我正在评估Azure事件中心与Kafka作为服务代理的使用情况。我希望能够同时创建两个本地应用程序，一个使用Kafka使用消息，另一个使用Azure事件中心。我已经设置了一个docker容器，它是一个Kafka实例，我正在使用我的Azure帐户设置Azure Event hub（据我所知，没有其他方法为Azure Event hub创建本地/开发实例）

---

是否有人在比较其功能时有关于这两个主题的有用信息？

卡夫卡可以有多个主题每个Azure事件中心都是一个主题。卡夫卡在容器中运行意味着你必须管理它。Azure事件中心是PaaS，这意味着他们管理平台端。如果您不知道如何使Kafka冗余、可靠和可扩展，您可能希望使用Azure事件中心或任何提供类似发布/订阅模型的PaaS。事件中心平台已经具有可扩展性、可靠性和冗余性

虽然ApacheKafka是您通常需要安装和操作的软件，但EventHubs是一个完全受管理的云本机服务。没有服务器，磁盘，或网络来管理和监控，没有经纪人考虑或配置，永远。创建一个名称空间，该名称空间是具有完全限定域名的端点，然后在该名称空间内创建事件中心（主题）。有关事件中心和名称空间的更多信息，请参阅事件中心功能。作为一种云服务，Event Hubs使用单个稳定的虚拟IP地址作为端点，因此客户端不需要知道集群中的代理或机器。尽管事件集线器实现了相同的协议，但这种差异意味着所有分区的所有Kafka流量都可以通过这一个端点进行路由，而不需要对集群的所有代理进行防火墙访问。事件集线器中的扩展由您购买的吞吐量单元数量控制，每个吞吐量单元使您有权每秒1兆字节，或每秒1000个事件进入，以及两倍于该容量的出口。如果使用自动充气功能，当达到吞吐量限制时，事件中心可以自动扩大吞吐量单位；此功能还可用于Apache Kafka协议支持

您可以在此处找到有关功能比较的更多信息-

您应该进行比较

• 管理能力/努力（如前所述）
• 功能功能，如竞争客户和发布/订阅模式
性能：如果你计划超过事件中心配额，你应该考虑卡夫卡。

---

如果您选择azure作为iaas和paas解决方案，那么event hub在azure生态系统中提供了一个很好的集成，但如果您不想在kafka中锁定供应商，则此决定通常是由更广泛的体系结构选择驱动的

在操作上，如果您想要完全管理的服务，那么使用event hub就可以开箱即用，但使用kafka，您也可以通过confluent platform获得这一点

成熟的卡夫卡更老，有了更大的社区，你会得到更大的支持

就功能而言，卡夫卡生态系统所提供的azure生态系统具有这些功能，但如果您只谈论事件中心，那么与卡夫卡相比，它几乎没有什么功能

---

我认为此链接可以帮助您扩展您的理解

无法直接添加评论，但当前最热门的答案有一行

---

Kafka可以有多个主题每个Azure事件中心都是一个主题

这是一种误导，因为它听起来好像你不能有多个主题，你可以。

---

据我所知，“事件中心”是一个主题，“事件中心名称空间”是卡夫卡集群。

我一直认为它们几乎是一样的东西，但来自不同的品牌和平台。归根结底，你是想用卡夫卡还是Azure来管理事件。如果我理解正确-我可能错了，只是在这里猜测-你也可以在azure上运行卡夫卡。