Почему ActiveMQ, а не простая очередь/мьютекс?

Аргументы ваших коллег небезосновательны. Добавление ActiveMQ в проект добавляет еще одну зависимость. Вероятно, его будет сложнее использовать, и он будет занимать больше места, чем пользовательское решение. Кроме того, поскольку вы принимаете его, вероятно, ваша ответственность будет заключаться в том, чтобы поддерживать и поддерживать бесперебойную работу - ошибки и все такое.

Тем не менее, ActiveMQ (и другие очереди) будут делать то, что вы могли бы написать сами, но это может оказаться проблемой. Одним из них является поддержка всего JMS API (хотя я предполагаю, что вы используете Java... если это не так, то этот пункт недействителен). Сериализация избыточных сообщений на диск в ситуациях с большим объемом памяти — еще один. Постоянные подписчики и селекторы сообщений — это еще несколько вещей, которые приходят на ум. Кажется, в основном это какие-то навороты для ваших нужд, но они становятся очень важными для надежной доставки сообщений.

Что бы вы ни решили, инкапсулируйте окончательный выбор брокера сообщений отдельно от клиентского кода, чтобы упростить переключение.

Если управляемость и расширяемость не являются высокими приоритетами, то я должен задаться вопросом, по каким причинам вы хотите использовать управляемую очередь сообщений? Может быть, ваши коллеги правы, и вам действительно не нужен дополнительный набор функций?

Большим преимуществом является отсутствие необходимости отлаживать код параллелизма в странных пограничных случаях. Я не знаю, насколько важна эта структура как часть вашего общего проекта, но если очередь сообщений является большой частью вашего проекта, вы можете получить огромные преимущества, используя реализацию, которую кто-то другой написал, уже отладил и буду поддерживать для вас. Если это просто какая-то одноразовая часть неважной подсистемы, вероятно, не имеет значения, чем вы в конечном итоге будете заниматься. Но если это критично, я бы предпочел написать отчет об ошибке, чем тратить время на отладку параллельного кода (я уже начинаю отшатываться от страха!).

Краткая версия: не позволяйте синдрому NIH мешать вам использовать чужую работу, чтобы сделать свою работу быстрее, лучше и дешевле. Но и не стройте из мухи слона.