News for hackers. Stuff that matters.
Re:Microservices? Please Don't by UK-AL on Tuesday December 13, 2016 @12:39PM (#13168690)
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?

Re:Microservices? Please Don't by djsumdog on Tuesday December 13, 2016 @06:12PM (#13172167)
So 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.