Azure-Servicebusitzungen - MaxConcurrentSessions vs. MaxConcurrentCalls

Question

This page beschreibt, wie Sitzungen in Azure Service Bus verwendet werden, um Nachrichten derselben Quelle in denselben Empfänger zu gruppieren.

In sitzungs weniger Warteschlange Prozessoren kann ich steuern, wie viele Nachrichten, die ich parallel bekommen kann:

new OnMessageOptions { MaxConcurrentCalls = 10 }; 

Wenn ich diese Optionen übergeben, nicht mehr als 10 Nachrichten zur gleichen Zeit behandelt werden.

nun für Session-ful Prozessoren werden die Optionen durch

ersetzt

new SessionHandlerOptions { MaxConcurrentSessions = 10 }; 

, das eine andere Bedeutung von nicht mehr als 10 Sitzungen hat zur gleichen Zeit.

Meine Sitzungen sind relativ langlebig und meistens inaktiv, daher muss ich diesen Parameter auf einen hohen Wert setzen. Trotzdem möchte ich die Anzahl der parallelen Nachrichten begrenzen.

Ist das aus der Box möglich?

Was wäre die praktische Grenze der Parallelisierung, wenn ich MaxConcurrentSessions auf int.MaxValue setze?

Answer 1

Aus der Dokumentation:

Ein einzelner Empfänger Prozess besonders einfach sehr viele gleichzeitige Sitzungen behandeln können, wenn sie mit streng asynchronen Code geschrieben werden; Jonglieren mehrerer Dutzend gleichzeitiger Sitzungen effektiv automatisch mit dem Callback-Modell.

Im Fall, wenn Sie mehrere Sitzungen, die langlebig sind:

Die Strategie sehr viele gleichzeitige Sitzungen für die Behandlung, wobei jede Sitzung nur sporadisch Nachrichten empfängt, ist für den Handler, die Sitzung fallen nach einige Leerlaufzeit und Abholverarbeitung erneut, wenn die Sitzung akzeptiert wird, wenn die nächste Sitzung eintrifft.