Dlaczego potrzebujemy brokerów wiadomości, takich jak RabbitMQ w bazie danych, takiej jak PostgreSQL?

Jestem nowy w kontaktach z brokerami wiadomościRabbitMQ które możemy wykorzystać do tworzenia zadań / kolejek komunikatów dla takiego systemu planowaniaSeler.

Oto pytanie:

Mogę stworzyć tabelę wPostgreSQL które mogą być dołączane do nowych zadań i wykorzystywane przez program konsumencki, taki jak Seler.

Dlaczego, u licha, chciałbym skonfigurować zupełnie nową technologię, taką jak RabbitMQ?

Teraz wierzę, że skalowanie nie może być odpowiedzią, ponieważ nasza baza danych, taka jak PostgreSQL, może działać w środowisku rozproszonym.

Sprawdziłem, jakie problemy stwarza baza danych dla konkretnego problemu i znalazłem:

odpytywanie utrzymuje bazę danych zajętą ​​i mało wydajnąblokowanie stołu -> ponownie niskie osiągimiliony wierszy zadań -> znowu odpytywanie jest mało skuteczne

W jaki sposób RabbitMQ lub jakikolwiek inny taki broker komunikatów rozwiązuje te problemy?

Dowiedziałem się tegoAMQP protokół jest następujący. Co w tym jest świetnego?

MogąRedis może być również używany jako broker wiadomości? Uważam to za bardziej analogiczne do Memcached niż RabbitMQ.

Proszę rzuć na to trochę światła!

questionAnswers(2)

yourAnswerToTheQuestion