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 skuteczneW 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!