5

Zgodnie z tym artykułem: https://azure.microsoft.com/en ... Autobus może przetwarzać do września 2000 wiadomości na sekundę w kolejce/tematu. Ten artykuł: https://azure.microsoft.com/en ... mówi: "Oznacza to, że ogólna przepustowość partycjonowanej kolejki lub tematu nie jest już ograniczona przez wydajność pojedynczego brokera komunikatów lub magazynu wiadomości." Jeśli utworzymy kolejkę partycjonowaną/temat, uważam, że tworzy wewnętrznie 16 partycji. Moje pytanie brzmi: czy przepustowość podzielonej na partycje kolejki/tematu wzrasta liniowo do 16 x 2000 = 32 000 (w przybliżeniu)? Lub pozostaje przepustowość 2000 ms/s. Czy możesz wskazać mi jakiś test wydajności dla partycjonowanej kolejki/tematu? Aktualnie analizujemy scenariusz, który wymaga bardzo dużej przepustowości. Poradnik na ten temat będzie naprawdę pomocny.Azure Service Bus Podmiot Przepustowość

Kwestia ta została zamieszczona na stronie Azure także w: https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/

Odpowiedz

3

Wydajność zależy od wielu rzeczy. Na przykład wiele zaawansowanych funkcji (takich jak wykrywanie duplikatów, sesje, transakcje itd.) Zwiększy obciążenie, a tym samym zmniejszy przepustowość. Jeśli chcesz to sprawdzić samodzielnie, spróbuj uruchomić tę próbkę wydajności: https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance

Ponadto, ponieważ podstawowe/standardowe są wspólne modele dzierżawy, wydajność, którą można uzyskać dzisiaj, może różnić się od wydajności, którą otrzymasz jutro. Ponadto możesz nie widzieć skali liniowej, ponieważ niektóre węzły mogą być bardziej obciążone niż inne.

Dla prawdziwego przewidywalności, premia jest najlepszym.

+0

Dziękuję @JTaub. Rozumiem, że przepustowość będzie wyższa niż 2000 wiadomości/sekundę/kolejkę przy użyciu partycjonowanych kolejek/tematów. Może nie być dokładnie liniowy ze względu na dzielenie się zasobami i korzystanie z funkcji, co jest sprawiedliwe. –