практикум
RabbitMQ
стек, который вы освоите
практикумы по инфраструктуре с 2018 года
- Автоматические проверки — мгновенная обратная связь по заданиям
- Проверки менторами — DevOps-инжерами с опытом в индустрии от 5+ лет
- Возможность общаться с опытными практикующими специалистами
- Свободный темп — проходите без жёстких дедлайнов
- Прикладные задачи — кейсы, приближенные к реальной работе DevOps-инженера
Кому подойдёт
Backend-разработчикам
проектирующим микросервисные или распределенные системы, где необходим надёжный механизм для асинхронного взаимодействия между компонентами
DevOps-инженерам и SRE
ответственным за развёртывание, настройку и поддержку брокеров сообщений в production-среде, обеспечивая их отказоустойчивость и производительность
Архитекторам ПО
Которые проектируют сложные системы и выбирают технологии для построения слабосвязанных масштабируемых архитектур
Как проходит
практикум
Команда Rebrain изучает, какие из компетенций требуются на разных уровнях профессий. Мы понимаем, что нужно знать, чтобы на собеседовании или при выполнении задач чувствовать себя уверенно. После наших практикумов специалисты легко адаптируются к реальным рабочим условиям.
Материалы останутся с вами навсегда
Проходите в удобное для вас время
программа практикума
Онбординг
- Онбординг
RabbitMQ
- Введение в RabbitMQ
- Routing и оркестрация микросервисов
- Publisher confirms. Dead letter exchange
- Пользователи и права доступа
- TLS. Шифрование трафика
- Clustering. Запускаем несколько нод RabbitMQ
- Плагины
- RPC. Correlation token
- Производительность. Бенчмарки
- Мониторинг и логирование
- Закрепление материала
Финальное задание
- Итоговое задание
- Заключение
Ключевые навыки для резюме:
немного о
технологии
Популярный брокер сообщений — более 23 500 компаний по всему миру
По данным на 2025 год более 23 500 организаций используют RabbitMQ как инструмент очередей, сообщений и фоновых задач, что подтверждает его устойчивую востребованность
Идеален для микросервисов и задач с низкой задержкой
RabbitMQ — надёжный выбор для микросервисной архитектуры: он обеспечивает быстрый отклик и гибкую маршрутизацию запросов, что особенно важно при большом числе фоновых задач или API‑запросов
Надёжный и универсальный механизм доставки
Используя протокол AMQP и написанный на Erlang движок, RabbitMQ предлагает подтверждения доставки (ACK), устойчивость к сбоям с помощью кластеров и широкий выбор клиентских библиотек
Энергоэффективность — до 31 % экономии в разных конфигурациях
При оптимальных настройках RabbitMQ может снизить энергопотребление инфраструктуры до 31 %, что особенно важно для компаний, стремящихся к устойчивому IT
Гибкая экосистема и адаптация под задачи различной сложности
RabbitMQ поддерживает несколько протоколов — AMQP, MQTT, STOMP и даже Streams, что позволяет применять его в самых разных сценариях: от простых очередей до сложного потокового обмена данными
Пример задания
Создать кластер из двух нод на двух разных виртуалках.
Название нодам будет задаваться согласно паттерну rabbit@адрес_сервера. Соответственно у нас будет создано две ноды, например
rabbit@1.2.3.4
rabbit@5.6.7.8
Если кому-то захочется сделать названия более читаемыми (было бы круто!) - можно внести ip адреса в нод в /etc/hosts. Тогда можно будет назвать ноды так, как адрес расшифровывается в файле.
Erlang cookie можно указать любой.
Соединить ноды можно как создав docker-compose - файлы, так и запустив обе ноды отдельно и соединив их с помощью cli. Выбирайте то, что кажется удобнее.
Настройка привязок
Представим, что две наших ноды находятся в разных аэропортах двух городов (Пермь и Екатеринбург)
Нужно создать систему, которая синхронизирует данные о рейсах между аэропортами.
Основной обменник x_airport_integration
Общие сообщения
Каждый аэропорт отправляет разные сообщения о статусе рейсов в основной обменник. Ключи сообщения имеют тип event.%действие%.%город%, например event.landing.ekb или event.takeoff.prm. Эти сообщения будут отправляться в quorum очередь q_events.
Очередь q_central типа quorum - уведомления для центрального сервера - в очереди участвует обе ноды. Запросы начинаются на central..
Пермь
Очередь для событий в Перми - q_events_prm. Сюда попадают ивенты из Перми. Очередь должна быть создана на ноде в Перми.
Екатеринбург
Очередь для событий в Екатеринбурге - q_events_ekb. Сюда попадают ивенты из Екатеринбурга. Очередь должна быть создана на ноде в Екатеринбурге.
Пользователи
Создать пользователей (пароль равен логину):
central - доступ к очереди q_central. Отправлять сообщения не может.
ekb - доступ к очереди q_events_ekb. Может отправлять в x_airport_integration.
prm - доступ к очереди q_events_prm. Может отправлять в x_airport_integration.
и подробнее расскажем о практикуме.