在Azure服务总线上查找事件集线器与主题的清晰度

我一直在学习活动中心,只想在事件中心的角度进行确认或更正?我习惯于为Azure Service Bus Queues和Topics给我的正常企业邮件解决方案,至少使用一次重试,中毒消息,一次交付等等。似乎事件枢纽旨在为非常高的规模提供不同的工具,您必须放弃一些更高规模的“企业”功能。

我正在想这个吗?是否有额外的细节我还需要考虑?我意识到事件集线器和主题可能会有一些功能重叠,但我只是想了解如何使用事件集线器。

如果您有选择,则基于完整的企业pubsub消息系统编写系统总是更容易,您可以将单个事件标记为已被使用,重试消息以及每个其他精彩功能。如果您已经接受了消息通道分区(哪些Azure Service Bus主题显示为支持),那么您原则上可以根据您的需要量身定制更多功能齐全的消息系统。这个问题是以什么成本?

Azure服务总线主题具有大约$0.20 per Million个消息的高成本,Amazon SQS(有点类似)列表$0.50 per Million.如果您自己托管,则可能需要在分区时设置大量RabbitMQ服务器或甚至多个集群。

Azure事件中心的成本为$0.028 per Million加上每个吞吐量单位,亚马逊Kinesis的same。 Apache Kafka在3台机器上每秒以200万的速度进行了benchmarked

每秒说20,000个事件持续了一些Azure Topics和Azure Event Hub之间的区别在于全职开发人员的工资。以每秒200万的速度(需要联系MS),差额即将达到每月$ 1M。

基本上使用分区流|日志/偏移跟踪系统,当您不需要完整消息传递系统的所有有用功能,或者当您不需要足够的支付〜10X溢价时。 (或不能使用它们,因为您无法在没有英勇努力的情况下无法扩展正确的邮件系统)。

http://stackoverflow.com/questions/28183020/looking-for-clarity-on-event-hubs-vs-topics-in-azure-service-bus

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:在Azure服务总线上查找事件集线器与主题的清晰度