В своей практике я работал с несколькими брокерами сообщений, в основном с RabbitMQ и Apache Kafka.

RabbitMQ использовал для задач, где важна надежная доставка сообщений и поддержка различных протоколов (AMQP). Например, в микросервисной архитектуре для асинхронной обработки задач и балансировки нагрузки. Пример на Go с использованием библиотеки github.com/streadway/amqp:

conn, err := amqp.Dial("amqp://guest:guest@localhost:5672/")
if err != nil {
    log.Fatal(err)
}
channel, err := conn.Channel()
// ...
channel.Publish("exchange", "routing.key", false, false, amqp.Publishing{
    ContentType: "text/plain",
    Body:        []byte("Hello RabbitMQ"),
})

Apache Kafka применял для обработки больших потоков данных с высокой пропускной способностью и масштабируемостью. Использовал библиотеку confluent-kafka-go для продюсинга и консуминга сообщений. Kafka хорошо подходит для event sourcing и построения систем с обработкой событий в реальном времени.

Также имел опыт с Redis Streams для легковесных очередей и Pub/Sub, когда нужна была простота и низкая задержка.

Выбор брокера зависит от требований к надежности, скорости, масштабируемости и сложности инфраструктуры.

Расскажи про брокеры сообщений, с которыми работал.