Most recent blog posts

RabbitMQ and AMQP glossary and concepts

RabbitMQ and the AMQP protocol comes with its own terminology. If you are lost, hopefully this glossary may be useful

Stopping the stampeding herd problem with lazy queues

With RabbitMQ 3.6 Lazy Queues were introduced. This provides an excellent mechanism to tackle high memory usage and sudden spikes in messages

RabbitMQ Variable Shovel

Together with Erlang Solutions, we're happy to announce the new RabbitMQ vShovel! The new open source plugin allows RabbitMQ to call a webhook for each message in a queue.

Handling resource-intensive tasks with work queues in RabbitMQ

User story about microservices, about how to handle computationally intensive work with help of RabbitMQ, and about worker scaling in Heroku.

Erlang User Conference 2017 Gold Sponsor

CloudAMQP is a gold sponsor for the Erlang User Conference in Stockholm. We are also speaking at a RabbitMQ meetup in conjunction with the conference.

Why message queues for IoT projects?

Why and when should you use a publish/subscribe messaging transport protocol for your IoT application?

We are proud to present our brand new website!

The past few months we have been working hard to bring you a brand new website with enhanced look and feel. With both easier navigation and a new look, we hope the new site reflects our dedication to professionalism.

Sponsor of Rome Erlang Factory Lite 2017

We are happy to announce that we are sponsoring the Erlang Factory Lite Event in Rome! The conference is coming up soon at the 7th of April, 2017. Among other things, the well-known RabbitMQ developer, Michael Klishin, will be talking about Adopting Elixir in a 10 Year Old...

FAQ: How to persist messages during RabbitMQ broker restart?

Frequently Asked RabbitMQ Question: How to persist messages during RabbitMQ broker restart? Messages, exchanges, and queues that are not durable and persistent will be lost during a broker restart. If you cannot afford to lose any messages, make sure that your queue is declared...

Increased reliability of our shared plans

A new limit will be added to increase the reliability of CloudAMQP shared plans. A queue that has been idling (a queue that haven't been consumed from) for 28 days will be deleted, and temporary queues will be deleted after 60 seconds.