Warum brauchen wir Nachrichtenbroker wie RabbitMQ über eine Datenbank wie PostgreSQL?

Ich bin neu bei Nachrichtenbrokern wieRabbitMQ mit denen wir Aufgaben / Nachrichtenwarteschlangen für ein Scheduling-System wie erstellen könnenSellerie.

Hier ist die Frage:

Ich kann eine Tabelle erstellenPostgreSQL die mit neuen Aufgaben angehängt und vom Verbraucherprogramm wie Sellerie verbraucht werden können.

Warum um alles in der Welt sollte ich dafür eine ganz neue Technologie wie RabbitMQ einrichten wollen?

Nun, ich glaube, Skalierung kann nicht die Antwort sein, da unsere Datenbank wie PostgreSQL in einer verteilten Umgebung funktionieren kann.

Ich habe gegoogelt, welche Probleme die Datenbank für das jeweilige Problem aufwirft, und Folgendes festgestellt:

Durch das Abrufen bleibt die Datenbank ausgelastet und weist eine geringe Leistung aufSperren der Tabelle -> wieder leistungsschwacheMillionen von Aufgabenreihen -> Wiederum ist die Abrufleistung gering

Wie löst RabbitMQ oder ein anderer Nachrichtenbroker wie dieser diese Probleme?

Auch das habe ich herausgefundenAMQP Protokoll ist, was es folgt. Was ist daran großartig?

KönnenRedis auch als Nachrichtenbroker verwendet werden? Ich finde es analoger zu Memcached als RabbitMQ.

Bitte beleuchten Sie dies!

Antworten auf die Frage(2)

Ihre Antwort auf die Frage