Es ist hauptsächlich für die Aufnahme großer Datenmengen konzipiert. Aus diesem Grund umfassen typische Szenarios IoT-Lösungen, die aus einer Vielzahl von Geräten bestehen, die große Mengen an Telemetriedaten senden.
Um diese Art von Skala zu berücksichtigen, enthält es nicht einige Funktionen anderer Messaging-Dienst, wie Azure Service Bus, haben. Ich denke, this blog macht einen guten Job, die Unterschiede zu hören. Vor allem der Abschnitt Use Case erklärt die Dinge sehr gut:
Von einem Zielanwendungsfall Perspektive, wenn wir einige unserer typischen Enterprise-Integrationsmuster betrachten dann, wenn Sie ein Muster implementieren, die eine Befehlsnachricht verwendet, oder einen Antrag/Antwort Nachricht, dann möchten Sie wahrscheinlich Azure Service Bus Messaging verwenden. RPC-Muster können mithilfe von Anforderungs-/Antwortnachrichten in Azure Service Bus mithilfe einer Antwortwarteschlange implementiert werden. Hierbei handelt es sich im Wesentlichen um Messaging-Muster im ESB- und EAI-Stil, bei denen Sie Nachrichten zwischen Anwendungen senden und wahrscheinlich andere Funktionen wie das eigenschaftsbasierte Routing verwenden möchten.
Azure Event Hubs wird eher verwendet, wenn Sie Patterns mit Event Messages implementieren und Sie möchten, dass diese zuverlässig gesendet werden, um eine massive Skalierung zu ermöglichen, aber Sie können mit den Ereignissen arbeiten des Prozesses.
Mit Blick auf diese Kernziel-Anwendungsfälle ist es leicht zu sehen, wo die Maßstabsunterschiede ins Spiel kommen. Beim Messaging geht es um eine Anwendung, die einer oder mehreren Apps sagt, etwas zu tun oder etwas zu geben. Die Alternative ist, dass die Anwendungen im Ereignisfall sagen, dass ETWAS GESCHIEHT. Wenn Sie dies in typischen Anwendungsszenarien berücksichtigen und Ereignisse in den Telemetrie- und Protokollierungsbereich eingeben, können Sie schnell erkennen, dass das Szenario ETWAS GESCHIEHT, viel mehr Verkehr als der andere erzeugt.
Jetzt sage ich nicht, dass Sie einige Messaging-Funktionen mit Event-Hubs nicht implementieren können und dass Sie Ereignisse zu einem Servicebus-Thema nicht pushen können, da bei der Integration immer unterschiedliche Anforderungen unterschiedliche Implementierungsszenarien ergeben , aber ich denke, wenn Sie dem oben genannten als eine allgemeine Regel folgen, dann werden Sie normalerweise auf dem richtigen Weg sein.
Das bedeutet jedoch nicht, dass es nur Daten verarbeiten kann, dass man sich keine Gedanken über Datenverlust machen sollte. Die Daten werden für eine konfigurierbare Zeitspanne gespeichert, und diese Daten können bei Bedarf von einem früheren Zeitpunkt gelesen werden.
Nun, angesichts Ihres Szenarios glaube ich nicht, dass Event Hub die beste Lösung ist. Aber um ehrlich zu sein, bin ich mir nicht sicher, weil du mehr darüber ausdenken musst, was du genau machen willst.
Addition Die Idee hinter Event Hubs ist, dass Sie mindestens einmal Lieferung in großem Maßstab bekommen. (Source). Siehe auch diese Frage: Does Azure Event Hub guarantees at least once delivery?
Um genau zu sein, werden die Daten garantiert einmal an EventHub übergeben geliefert. Wenn Sie ein Datenbeispiel benötigen, gehen Sie davon aus, dass es sich um die Verarbeitung von Banktransaktionen für einen bestimmten Benutzer handelt. Alle Daten, die in Eventhub abgelegt werden, sind vertraulich und müssen an die Endpunkte gesendet werden. – Kannaiyan
Ja, es garantiert mindestens einmal Lieferung. Siehe aktualisierte Antwort. –