Поиск ясности в Event Hubs vs Темы в Azure Service Bus

Я узнал о Event Hubs и просто хочу получить подтверждение или исправление в моей перспективе на Event Hubs? Я использовал для использования повторных попыток, ядовитых сообщений, по крайней мере, после доставки и т.д. Для обычных корпоративных решений для обмена сообщениями, которые мне ожидают очереди и темы Azure Service Bus. Похоже, что Event Hubs предназначен для предоставления другого инструмента для очень высоких масштабов, где вам нужно отказаться от немного более "корпоративных" функций для гораздо более высокого масштаба.

Я думаю об этом правильно? Есть ли дополнительные особенности, которые мне нужно учитывать? Я понимаю, что может быть какое-то функциональное совпадение с концентраторами событий и темами, но я просто хочу получить определенную информацию о том, как думать о том, как использовать концентраторы событий.

Ответ 1

Если у вас есть выбор, почти всегда проще писать систему, основанную на полной системе обмена сообщениями pubsub, где вы можете отмечать отдельные события как потребленные, повторять сообщения и почти любую другую замечательную функцию. Если вы уже приняли разделение вашего канала сообщений (какие темы Azure Service Bus, по-видимому, поддерживаются), вы можете в принципе масштабировать более полнофункциональную систему обмена сообщениями в той степени, в которой вы нуждаетесь. Вопрос в какой цене?

Тема Azure Service Bus Topic имеет стоимость в высоком масштабе примерно $0.20 за миллион сообщений, Amazon SQS (несколько похожих) списков 0,50 доллара США за миллион". Если вы размещаете его самостоятельно, вам, вероятно, потребуется настроить множество серверов RabbitMQ или даже несколько кластеров при разделении.

Azure Event Hub стоит $0,028 за миллион, а также сумму за пропускную единицу, тот же для Amazon Kinesis. Apache Kafka оценивается со скоростью 2 миллиона в секунду на 3 машинах

Говорят, что 20 000 событий в секунду поддерживали разницу между некоторыми Лазурными темами и концентратором событий Azure в диапазоне полной зарплаты разработчика. При 2 миллионах в секунду (что требует контакта с MS) разница приближается к $1M/month.

В основном используйте системы секционированного потока | log/offset, когда вам либо не нужны все полезные функции полной системы обмена сообщениями, либо когда вам не нужны их, чтобы заплатить премию ~ 10X. (Или не можете использовать их, потому что вы не можете масштабировать надлежащую систему обмена сообщениями без героических усилий).

Ответ 2

Я написал сообщение некоторое время назад об этой теме с некоторой поддержкой от Dan в команде Service Bus. Надеюсь, это должно уточнить для вас.

http://microsoftintegration.guru/2015/03/03/azure-event-hubs-vs-azure-messaging/

Сервисная шина (обмен сообщениями)

Для обмена сообщениями о одном приложении, сообщающем одному или нескольким приложениям, ЧТО-ТО, ЧТО-ТО, ЧТО-НИБУДЬ.

Event Hub (Eventing)

Альтернативой является то, что в случае, когда приложения говорят, что SOMETHING HAPPENED.

Ответ 3

Правильный!!

Принципиальное различие между EventHubs и Topics заключается в том, что TOPICS предлагает семантику для каждого сообщения - тогда как EventHubs - предлагает семантику потока - подразумевает, что не следует ожидать какой per-message либо функции/семантики для per-message с EventHubs.

Любой промежуточный уровень, предоставляющий функции для per-message сопровождается processing overhead (the tax) на processing overhead (the tax) !!

Например: для каждого сообщения Обнаружение дубликатов, получение подтверждения для каждого сообщения (в темах есть сообщения. Полное подтверждение получения сообщения) - все это функции темы. EventHubs сужает набор функций, чтобы обеспечить лучшее решение с низкой задержкой и высокой пропускной способностью.

Чтобы визуализировать такие функции, как, по крайней мере, однократная доставка (из расчета на сообщение не доступно в EventHubs), необходимо преобразовать его в семантику потока. - Читать до точки в заданном разделе EventHub и контрольной точке и позволить приложению, которое потребляет эти события, обрабатывать at-least-once доставки.

больше на Event Hubs...