Welche Einsatzszenarien gibt es für Nachrichten-Middleware?

Die Verwendungsszenarien der Nachrichten-Middleware umfassen: 1. Asynchrone Verarbeitung; 3. Reduzierung des Datenverkehrs; 5. Reine Nachrichtenkommunikation;

Die Einsatzszenarien der Nachrichten-Middleware sind:

Warum Nachrichten-Middleware verwenden

Lösen Sie die Übertragung von Nachrichten zwischen verteilten Systemen.

E-Commerce-Szenario: Benutzer geben Bestellungen auf, um den Lagerbestand zu reduzieren, rufen das Logistiksystem auf, sind serviceorientiert und spalten das Geschäft nach der Systemerweiterung auf. Für die Systeminteraktion wird im Allgemeinen RPC (Remote Procedure Call) verwendet. Wenn das System auf Dutzende Schnittstellen erweitert wird, löst die Nachrichten-Middleware das Problem.

Welche Verwendungsszenarien gibt es für Nachrichten-Middleware?

1. Asynchrone Verarbeitung

Benutzerregistrierung (50 ms) ist noch erforderlich zu versendende E-Mail (50 ms) und SMS (50 ms)

Seriell: (150 ms) Benutzerregistrierung -> E-Mail senden----> SMS senden

Parallel (100 ms): Benutzerregistrierung - > E-Mail senden

a), |----》SMS senden

Nachrichten-Middleware (56 ms):

Benutzerregistrierung (50 ms)—》(6 ms) Nachrichten-Middleware "-----E-Mail senden

                                                                                     🎜>1. Registrierungsverarbeitung Und schreiben Sie die Datenbank,

2. Senden Sie eine Mobiltelefonnachricht über die erfolgreiche Registrierung

3 eine E-Mail-Nachricht über die erfolgreiche Registrierung

Wenn wir die alte Methode verwenden, wird nach der Registrierung die Textnachricht und anschließend die E-Mail gesendet. Zu niedrig

Im Allgemeinen gilt: Nach erfolgreicher Registrierung zwei Threads zum Versenden von E-Mails und zum Versenden von Textnachrichten verwenden.

Wenn Sie Nachrichten-Middleware verwenden: Sie können sich die Notwendigkeit sparen, zwei Threads zu erstellen, die Nachricht direkt an die Nachrichten-Middleware zu senden und dann den Mail-Dienst und den SMS-Dienst an die Nachricht weiterleiten zu lassen Middleware selbst erhält die Nachricht und führt dann die entsprechenden Geschäftsvorgänge aus, nachdem sie die Nachricht erhalten hat. Es ist so praktisch

2. Entkopplung von Anwendungen

a), Bestellsystem ---> Inventarsystem (starke Kopplung) b), Nachrichten-Middleware: Bestellsystem ---》Nachrichten-Middleware》----Inventarsystem (entkoppelt)

Beschreibung: Der Benutzer kauft eine Bestellung, die Bestellung ist abgeschlossen – „Aufruf des Inventarsystems – 1---“ und Rückkehr zum Bestellsystem, was zu diesem Zeitpunkt als normales Geschäft gilt. Es gibt auch ein ungewöhnliches Geschäft, das heißt, nachdem die Benutzerbestellung abgeschlossen ist, verwendet das Bestellsystem nicht die Operation „Inventarsystem-1“, sondern ruft die Nachrichten-Middleware auf, um Bestellinformationen zu schreiben. Darüber hinaus ruft das Inventarsystem die Nachrichten-Middleware ab und aktualisiert dann das Inventar. Dies kann die von internetbasierten Anwendungen angestrebte Geschwindigkeit verringern. Das Inventarsystem liest den Bestand zwischen Bestellungen. Dieser Vorgang ist tatsächlich sehr schnell, daher ist die Verwendung von Nachrichten-Middleware auch eine gute Richtung für die Entkopplung.

3. Spitzenreduzierung des Verkehrs

a), Benutzeranforderung-----》Second Kill Application b), das Front-End der Anwendung tritt der Nachrichtenwarteschlange bei

c), Benutzeranforderung -----" Nachrichtenwarteschlange "---- Flash-Kill-Anwendung

Hinweis: Das System führt beispielsweise Flash-Sales-Events für beliebte Produkte durch. Der Verkehr strömt in Strömen. 100 Artikel, was tun, wenn 100.000 Menschen hereinströmen? Stellen Sie die 100.000-Flash-Sale-Aktion in die Nachrichtenwarteschlange. Die Flash-Kill-Anwendung verarbeitet 100 der 100.000 Anforderungen in der Nachrichtenwarteschlange, die anderen werden zurückgerufen und die Benachrichtigung schlägt fehl. Die Verkehrsspitze wird in der Nachrichtenwarteschlange kontrolliert und Flash-Sale-Anwendungen werden nicht sofort beendet

4. Protokollverarbeitung

a. Fehlerprotokoll --》Nachrichtenwarteschlange《----Protokollverarbeitungb), Benutzerverhaltensprotokoll--》Nachrichtenwarteschlange (Kafka)》-----Protokollspeicherung oder Streaming-Verarbeitung

Erklärung: Die Protokollverarbeitung ist möglicherweise immer die Stärke von Kafka. Ich habe sie noch nie verwendet. Ich weiß nur, dass sie sehr leistungsfähig ist. Sehr kraftvoll.

Reine Nachrichtenkommunikation

Das obige ist der detaillierte Inhalt vonWelche Einsatzszenarien gibt es für Nachrichten-Middleware?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!