Пропускная способность объекта служебной шины Azure
Согласно этой статье: https://azure.microsoft.com/en..., служебная шина может обрабатывать до 2000 сообщений в секунду на очередь / тему. В этой статье: https://azure.microsoft.com/en... говорится: "Это означает, что общая пропускная способность секционированной очереди или раздела больше не ограничивается производительностью одного посредника сообщений или хранилища сообщений". Если мы создадим разделенную очередь / тему, я считаю, что она создает 16 внутренних разделов. У меня такой вопрос: линейно ли увеличивается пропускная способность разделенной очереди / темы до 16 x 2000 = 32 000 (приблизительно)? Или остается пропускная способность 2000 мсг / с. Можете ли вы указать мне какой-либо тест производительности для секционированной очереди / темы? В настоящее время мы анализируем сценарий, который требует темы с очень высокой пропускной способностью. Руководство по этому вопросу будет действительно полезным.
Этот вопрос также был размещен на сайте Azure по адресу: https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/
1 ответ
Производительность зависит от ряда факторов. Например, многие расширенные функции (такие как обнаружение дубликатов, сеансы, транзакции и т. Д.) Будут увеличивать накладные расходы, уменьшая пропускную способность. Если вы хотите сами протестировать это, попробуйте запустить этот пример производительности: https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance
Кроме того, поскольку базовые / стандартные модели являются общими арендаторами, производительность, которую вы получаете сегодня, может отличаться от производительности, которую вы получите завтра. Кроме того, вы можете не видеть линейного масштаба, поскольку некоторые узлы могут быть более загруженными, чем другие.
Для истинной предсказуемости премиум - ваш лучший выбор.