Voici mon scénario de candidature
Par exemple, le client envoie une requête. A ce moment, le serveur doit traiter la requête et la renvoyer au client. Il est à noter que l'utilisateur attendra le résultat du retour en temps réel, donc plus le traitement sera rapide. , mieux c'est
Il est impossible de compter sur un seul serveur pour gérer ces tâches, le traitement est trop lent et il est facile de raccrocher
Supposons que j'aie 100 serveurs pour gérer ces tâches en ce moment. La méthode la plus gênante consiste à envoyer des requêtes de manière aléatoire à ces serveurs chaque fois que je reçois une requête de l'utilisateur. , 100 serveurs se partagent ces tâches. Les tâches soulagent le stress
.Ensuite, j'ai découvert certains problèmes de file d'attente de messages, qui devraient être un problème producteur-consommateur
Et j'utilise redis récemment, qui a une fonction de publication et d'abonnement, je ne sais pas si cela convient à ce scénario
.
Pourquoi n'essayez-vous pas le mq kafka professionnel ?