Auswählen einer Nachrichtenwarteschlangenlösung

  • 3 Minuten

Storage-Warteschlangen und Service Bus-Warteschlangen bieten leicht unterschiedliche Funktionen. Sie können je nach den Anforderungen Ihrer jeweiligen Lösung eine oder beide auswählen.

Bei der Auswahl der Warteschlangentechnologie, die für eine bestimmte Lösung am besten geeignet ist, sollten sich Lösungsarchitekten und -entwickler an die folgenden Empfehlungen halten.

Gründe für Service Bus-Warteschlangen

Als Lösungsarchitekt/-entwickler sollten Sie die Verwendung von Service Bus-Warteschlangen in den folgenden Situationen in Betracht ziehen:

  • Die Lösung muss in der Lage sein, Nachrichten ohne Abruf der Warteschlange empfangen zu können. Bei Service Bus kann dies erreicht werden, indem ein Empfangsvorgang mit langem Abrufintervall mit den von Service Bus unterstützten auf TCP basierenden Protokollen verwendet wird.
  • Die Lösung erfordert von der Warteschlange die Zustellung nach dem FIFO-Prinzip (First-In-First-Out).
  • Die Lösung muss in der Lage sein, die automatische Duplikaterkennung zu unterstützen.
  • Sie wünschen eine Anwendung, die Nachrichten als parallele Datenströme mit langer Ausführungsdauer verarbeitet (Nachrichten werden mithilfe der session ID-Eigenschaft für die Nachricht einem Datenstrom zugeordnet). In diesem Modell konkurriert jeder Knoten in der verarbeitenden Anwendung um Datenströme und nicht um Nachrichten. Wenn ein Datenstrom an einen verarbeitenden Knoten übergeben wird, kann der Knoten den Status des Anwendungsdatenstroms mithilfe von Transaktionen untersuchen.
  • Beim Senden oder Empfangen mehrerer Nachrichten über eine Warteschlange muss sich die Lösung durch Transaktionsfähigkeit und Unteilbarkeit auszeichnen.
  • Ihre Anwendung verarbeitet Nachrichten, die 64 KB überschreiten können, aber wahrscheinlich nicht den Grenzwert von 256 KB oder 1 MB erreichen, je nach ausgewählter Dienstebene (obwohl ServiceBus-Warteschlangen Nachrichten bis zu 100 MB verarbeiten können).
  • Sie müssen ein rollenbasiertes Zugriffsmodell für Warteschlangen bereitstellen, die Absendern und Empfängern unterschiedliche Rechte/Berechtigungen gewähren.

Gründe für Storage-Warteschlangen

Als Lösungsarchitekt/-entwickler sollten Sie die Verwendung von Storage-Warteschlangen in den folgenden Situationen in Betracht ziehen:

  • In der Anwendung müssen Nachrichten mit einer Kapazität von über 80 GB in einer Warteschlange gespeichert werden.
  • Der Verarbeitungsfortschritt einer Nachricht soll von der Anwendung in der Warteschlange nachverfolgt werden. Dies ist beim Absturz eines Workers von Vorteil, von dem die Nachricht verarbeitet wird. Ein weiterer Worker kann diese Informationen nutzen, um die Verarbeitung an der Stelle fortzusetzen, an der sich der Absturz ereignet hat.
  • Sie benötigen serverseitige Protokolle aller Transaktionen, die für die Warteschlangen ausgeführt wurden.