A few months ago, I had a problem with the Brave Shield (browser) and had added my Mastodon account as a contact. A few days later, I received a DM from a developer. 🥰

Yesterday I posted a workaround for an issue in a #RabbitMQ #docker container.
Today, an offer of help from a RabbitMQ developer 🥰.

That’s exactly what I love about the Fediverse.

Just friendly help. Thank you.

#positiveNews #PositiveThings
#positiveMeldung #PositiveDinge

#TIL

Ich brauche hier für eine #RabbitMQ vermutlich das federation plugin. #RabbitMQ läuft in einem #Docker Container.
Also flugs in den #Docker Container gesprungen:
$ rabbitmq-plugins list

Bäm: Error: Only root or rabbitmq can run rabbitmq-plugins

Also

$ id
uid=42439(rabbitmq) gid=42439(rabbitmq) groups=42439(rabbitmq),42400(kolla)

Hä?

Also mal reingeschaut
$ cat $(which rabbitmq-plugins) (1/2)

Очереди в микросервисах: 5 ошибок, которые приводят к дублям и потерям

Почему добавление второго consumer«а в очередь может привести к двойным списаниям? Разбираем на реальном кейсе: как один Topic стоил компании 312 дублей за час. » Сравниваем поведение JMS, Kafka и RabbitMQ, показываем, почему ни одна очередь не даёт exactly‑once из коробки, и как идемпотентность, Dead Letter Queue и правильный выбор канала (команды vs события) делают интеграции надёжными.“ Готовые схемы, продакшен‑код на Java и чек‑лист, который стоит применить прямо сейчас! Читать разбор

https://habr.com/ru/companies/otus/articles/1031284/

#очереди_сообщений #микросервисы #брокеры_сообщений #RabbitMQ #Kafka #JMS #publishsubscribe #competing_consumers #идемпотентность #Dead_Letter_Queue

Message Brokers Are Modern Grids(2020)

이 글은 메시지 브로커가 단일 팀에서 사용될 때와 여러 팀이 공유 인프라로 사용할 때의 차이점을 설명한다. RabbitMQ와 Kafka 같은 메시지 브로커는 초기에는 시스템을 간결하게 만들지만, 공유 인프라가 되면 다양한 부하와 사용 패턴으로 인해 복잡한 문제들이 발생한다. 특히 Kafka의 파티셔닝 결정, 재생(replay) 기능, 그리고 부하 변화에 따른 성능 저하 문제를 강조하며, 공유 브로커 운영 시 엄격한 제한과 자동화된 가드레일이 필요함을 지적한다. 또한, 메시지 실패 처리와 운영 팀과 제품 팀 간의 책임 분담 문제도 중요한 과제로 다룬다.

https://yusufaytas.com/message-brokers-are-modern-grids

#messagebroker #kafka #rabbitmq #distributedsystems #infrastructure

Обзор Агредатор

На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре Агредатор.

https://habr.com/ru/companies/w_code/articles/1031514/

#шина_данных #корпоративная_шина_данных #интеграционная_платформа #коннекторы #esb #enterprise_service_bus #rabbitmq #kafka #ruby

Как мы переписывали логику очередей: Celery => aio-pika => FastStream

Наш путь активной работы с очередями RabbitMQ начался с классического Celery. Осознав критичность низкоуровневого контроля системы, принялись работать с aio-pika. Но и этот уровень слишком местами сложный (далее расскажу почему), и нашли отличное решение, на текущий момент, в лице FastStream. Сразу оставлю такую пометку, что каждый инструмент подходит для решения своей задачи. Мы больше хотели сделать акцент на удобство и скорость разработки относительно затрачиваемого времени на миграции решений. N.B. : Код возможно покажется неоптимальным или старым. Это всё наш дорогой Легаси.

https://habr.com/ru/articles/1030082/

#celery #rabbitmq #faststream #aiopika #python3

Как я реализовал Blue-Green деплой с нулевым даунтаймом на Docker Compose

Недавно я внедрил blue‑green деплой в проде. Реализация довольно простая и кастомная, но справляется со своей задачей на ура! Также сообщу, что используется обычный докер композ на виртуалке — возможно, кому‑то такой подход будет полезен. Для фоновых процессов (воркеров) В приложение добавляется специальный инфрастуктурный singleton класс с флагом is_accepting, и обертка на consumers. В каждом консьюмере перед обработкой проверяем этот флаг: если True — обрабатываем задачу, если False — переносим задачу на повторную обработку (например, в rabbitmq делаем сразу nack(requeue=true))

https://habr.com/ru/articles/1025776/

#bluegreen_deployment #zero_downtime #dockercompose #cicd #rabbitmq #kafka #faststream #celery

Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise

Что делать, если синхронные REST-вызовы превращают ваши микросервисы в карточный домик? Пора вспомнить проверенные временем паттерны обмена сообщениями. В этой статье разбираем архитектуру Pipes and Filters, Content-Based Router и Idempotent Receiver — те самые кирпичики, на которых держатся надёжные системы. Схемы, best practices для проектирования устойчивых интеграций для Enterprise-разработки.

https://habr.com/ru/companies/otus/articles/1022190/

#микросервисы #kafka #обменсообщениями #архитектура #интеграция_приложений #идемпотентность #rabbitmq

The RabbitMQ queue monitoring broke - because there were no queues.

Sounds weird? It kind of is. The #Perl script, which I've been using for #RabbitMQ monitoring for a very long time, checks for queues and their current values. But when a RabbitMQ server returned no queues at all, this #monitoring plugin just showed a weird (division by zero) error.

https://www.claudiokuenzler.com/blog/1531/monitoring-rabbitmq-queues-handle-no-queue-situation

“The guide I wish existed when I first encountered NATS.If you’ve worked with Kafka you’ll feel at home — and then you’ll start noticing what you’ve been missing.”

https://open.substack.com/pub/scalebites/p/i-replaced-kafka-redis-and-rabbitmq
#nats #kafka #rabbitmq #python