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

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