Почему падает RabbitMQ: реальный кейс для системного аналитика

Что происходит, когда очередь сообщений выглядит пустой, а нода RabbitMQ уже задыхается от гигабайт данных? Telegram: https://t.me/getanalysts VK: https://vk.com/getanalyst Статья к эпизоду с доп. материалами: https://getanalyst.ru/podcast/rabbitmq-dmx В этом выпуске разбираем реальную аварию: как массовые рассылки персонализированных писем превратили RabbitMQ в тяжелое хранилище объектов, для которого он архитектурно не предназначен. Выпуск актуален для системных аналитиков и архитекторов, которые проектируют интеграции через брокеры и готовятся к собеседованиям. Тайм-коды к эпизоду: 00:00 | Заставка 00:18 | Введение и знакомство со спикером 01:36 | Для каких задач выбрали RabbitMQ 03:12 | Как работают интеграции с внешними системами через брокер 05:03 | DMX (Delayed Message Exchange) — задача, которая положила RabbitMQ 07:21 | Где в логах и мониторинге видны признаки падения RabbitMQ 08:27 | Последствия аварии и объём потерянных сообщений 11:52 | Что входит в payload сообщения RabbitMQ 14:00 | Порядок действий после падения RabbitMQ и почему не стоит проталкивать сообщения руками 16:50 | Инструменты аналитиков для работы с RabbitMQ 18:25 | Инфраструктура RabbitMQ: ноды 19:45 | Рекомендации по проектированию взаимодействия с RabbitMQ Ведущая: Екатерина Ананьева Основатель сообщества Системных Аналитиков GetAnalyst Гости: Софья Калинина, Старший cистемный аналитик, РТК ИТ