Message queues in Golang

[Ajay Bodhe]

I want to use activemq-openwire kind of queueing mechanism in one of my project.
Persistence, Queue(one producer, multiple Consumers), HA, performance are key requirements.
Is there any Go-Client for this?
What are the similar alternatives?

[Ian Davis]

Take a look an nsq which has given me thousands of hours of high volume usage with very few problems.

 

http://nsq.io/

 

Ian

 

[Joshua]

If you want a broker, you could use Kafka or RabbitMQ. ZeroMQ or Nanomsg (mangos) for brokerless. Another alternative is to use something like grpc or thrift and implement the message patterns on top of the services you create. I have found that brokers can only be used when performance is not a key requirement. A broker will make your messaging at least half the speed.

Joshua

[Chris Holland]

Looking around there is one written in go

https://github.com/nats-io/gnatsd

Which I've seen benchmarks going way beyond rabbitmq. Granted haven't used it myself yet but it looks promising.

[Colin Stewart]

I've written Forest Bus (http://www.owlfish.com/software/ForestBus/) which provides a distributed commit log similar to Kafka. As long as your are happy tracking which messages you've read in the client it should be a good fit.

[madars....@d8corp.com]

Check out endurox-go ASG, they recently added tpenqueue() and tpdequeue() transaction message queue calls. It is also possible to build XATMI based go server, for which enqueued messages might be automatically sent. Thus one produce can call tpenqueue(), and system will automatically call the consumer services with en-queued message contents.

[Samuel Ramond]

We use RabbitMQ with https://github.com/streadway/amqp for 1+ year in Production without any issue, very reliable

[Brian Flannery]

I see Chris Holland mentioned it about a year ago, but one other you may want to consider is NATS - popular for Go development.

NATS Server is written in Golang, is very lightweight and simple to use, as well as extremely fast. Some of you may have seen the GopherAcademy post on it in December: https://blog.gopheracademy.com/advent-2015/nats-high-performance-cloud-native-messaging-written-in-go/

For those of you headed to GopherCon, there is a workshop on HackDay as well on NATS: http://bit.ly/1XpeSq6

Since Chris mentioned it, NATS has become even faster and functionality has continually been updated - have a look. Regardless of whether you use NATS or not, be interested in your input on the project so just ask if any questions, comments, etc.

B 

[Shawn Milochik]

On Mon, May 23, 2016 at 10:29 AM, Brian Flannery <br...@apcera.com> wrote:

I see Chris Holland mentioned it about a year ago, but one other you may want to consider is NATS - popular for Go development.

NATS Server is written in Golang, is very lightweight and simple to use, as well as extremely fast. Some of you may have seen the GopherAcademy post on it in December: https://blog.gopheracademy.com/advent-2015/nats-high-performance-cloud-native-messaging-written-in-go/

For those of you headed to GopherCon, there is a workshop on HackDay as well on NATS: http://bit.ly/1XpeSq6

Since Chris mentioned it, NATS has become even faster and functionality has continually been updated - have a look. Regardless of whether you use NATS or not, be interested in your input on the project so just ask if any questions, comments, etc.

Cool! Thanks for the info. I signed up for the workshop and have a tab open to explore it in more detail. It looks like a very interesting project. 

[Brian Flannery]

Excellent Shawn - see you there!  And of course just reach out should any questions come up or if you have any feedback or input - interested in any/all ideas you may have.