Quels sont les scénarios d'utilisation du middleware de messages ?

Les scénarios d'utilisation du middleware de messages incluent : 1. Traitement asynchrone ; 2. Découplage d'application 3. Élimination des pics de trafic ; 4. Traitement des journaux ;

Les scénarios d'utilisation du middleware de messages sont :

Pourquoi utiliser le middleware de messages

Résoudre la transmission de messages entre systèmes distribués.

Scénario de commerce électronique : les utilisateurs passent des commandes pour réduire les stocks, appellent le système logistique, orienté service et division de l'activité après l'expansion du système. Pour l'interaction du système, RPC (appel de procédure à distance) est généralement utilisé. Si le système s’étend jusqu’à disposer de dizaines d’interfaces, un middleware de messages résoudra le problème.

Quels sont les scénarios d'utilisation du middleware de messages

1. Traitement asynchrone

L'enregistrement de l'utilisateur (50 ms), est toujours nécessaire. à envoyer Email (50ms) et SMS (50ms)

Série : (150ms) Enregistrement utilisateur -> Envoyer email----> Envoyer SMS

Parallèle (100ms) : Enregistrement utilisateur - > Envoyer un e-mail

a), |----》Envoyer un SMS

Middleware de message (56 ms) :

Enregistrement de l'utilisateur (50 ms)—》(6 ms) Middleware de message "-----Envoyer un e-mail

                                                                              🎜>1. Traitement de l'inscription et rédiger le base de données,

2. Envoyer un message sur téléphone portable indiquant une inscription réussie

3. un e-mail indiquant une inscription réussie

Si nous utilisons l'ancienne méthode, Après l'inscription, le SMS sera envoyé puis l'e-mail sera envoyé. Trop faible

Généralement utilisé : après une inscription réussie, utilisez deux fils de discussion pour envoyer des e-mails et envoyer des messages texte.

Si vous utilisez un middleware de messagerie : vous pouvez éviter d'avoir à créer deux fils de discussion, envoyer le message directement au middleware de messagerie, puis laisser le service de messagerie et le service SMS accéder au message. middleware par eux-mêmes Obtenez le message, puis effectuez les opérations commerciales correspondantes après avoir reçu le message. C'est tellement pratique

a), système de commande ---> Système d'inventaire (couplage fort) b), Middleware de messages : Système de commande ---》Middleware de messages》----Système d'inventaire (découplé)

Description : L'utilisateur achète une commande, la commande est terminé—》Appel du système d'inventaire—1---》Retour au système de commande, qui est considéré comme une activité normale à ce moment-là. Il existe également une activité anormale, c'est-à-dire qu'une fois la commande de l'utilisateur terminée, le système de commande n'utilise pas l'opération du système d'inventaire-1, mais appelle le middleware de message pour écrire des informations de commande. Le système d'inventaire lui-même accède au middleware de messages pour l'obtenir, puis met à jour l'inventaire, ce qui peut réduire l'attribut de vitesse recherché par les applications Internet. Le système d'inventaire lit l'inventaire entre les commandes. Cette opération est en fait très rapide, donc disposer d'un middleware de messages est également une bonne direction pour le découplage.

a), demande de l'utilisateur -----》Deuxième application Kill b ), le front-end de l'application rejoint la file d'attente des messages

c), demande de l'utilisateur -----" file d'attente des messages " ---- application flash kill

Remarque : par exemple, le système organise des événements de vente flash pour des produits populaires. Le trafic afflue. 100 articles, que faire si 100 000 personnes se pressent ? Mettez l'opération de vente flash 100 000 dans la file d'attente des messages. L'application Flash Kill traite 100 des 100 000 requêtes dans la file d'attente des messages, les autres sont rappelées et la notification échoue. Le pic de trafic est contrôlé au niveau de la file d'attente des messages, et les applications de vente flash ne seront pas tuées instantanément

a. Journal des erreurs --》File d'attente des messages《----Traitement des journauxb), journal du comportement de l'utilisateur--》File d'attente des messages (kafka)》-----Stockage des journaux ou traitement du streaming

Explication : Le traitement des journaux peut toujours être la force de Kafka. Le traitement des journaux Big Data doit l'être. Je ne l'ai jamais utilisé. Je sais seulement qu'il est très puissant. Très puissant.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!