3 ms·
We use queues + microservices. It's a good combo. We also split the messages into different types, commands and events. A command is to perform a specific acti
by UK-AL 10y ago
We use queues + microservices. It's a good combo.
We also split the messages into different types, commands and events. A command is to perform a specific action and is normally aimed at a specific service. And event alerts any subscribed service that a action has happened.
So you send a CreateOrder command. After processing it would fire off a CreatedOrder event which any subscribed service could pick up(Such as a EmailService sending a confirm email). Allows you to create workflows, and monitoring systems quite easily.
I'm interested in your experience with RabbitMQ?
- deleted 10y ago[deleted]
- djsumdog 10y agoSo you're using event sourcing then? We're doing the same thing using akka-persistence. I'm not directly on the team that maintains our RMQ instances so I'm not the best to comment on it. Our dev-ops team have a complicated set of shovels and federation to deal with/minimize data loss, but I haven't had to delve into those scripts too much yet.