Добавление работы 4 #42
@ -8,7 +8,7 @@
|
|||||||
1. [Знакомство с docker и docker-compose](labs/lab_1/README.md)
|
1. [Знакомство с docker и docker-compose](labs/lab_1/README.md)
|
||||||
2. [Разработка простейшего распределённого приложения](labs/lab_2/README.md)
|
2. [Разработка простейшего распределённого приложения](labs/lab_2/README.md)
|
||||||
3. [REST API, Gateway и синхронный обмен между микросервисами](labs/lab_3/README.md)
|
3. [REST API, Gateway и синхронный обмен между микросервисами](labs/lab_3/README.md)
|
||||||
4. TBA
|
4. [Работа с брокером сообщений](labs/lab_4/README.md)
|
||||||
5. TBA
|
5. TBA
|
||||||
6. TBA
|
6. TBA
|
||||||
7. TBA
|
7. TBA
|
||||||
|
59
labs/lab_4/README.md
Normal file
59
labs/lab_4/README.md
Normal file
@ -0,0 +1,59 @@
|
|||||||
|
# Лабораторная работа №4 - Работа с брокером сообщений
|
||||||
|
|
||||||
|
**Цель**: изучение проектирования приложений при помощи брокера сообщений.
|
||||||
|
|
||||||
|
**Задачи**:
|
||||||
|
|
||||||
|
1. Установить брокер сообщений RabbitMQ.
|
||||||
|
2. Пройти уроки 1, 2 и 3 из [RabbitMQ Tutorials](https://www.rabbitmq.com/getstarted.html) на любом языке программирования.
|
||||||
|
3. Продемонстрировать работу брокера сообщений.
|
||||||
|
|
||||||
|
## Установка брокера сообщений RabbitMQ
|
||||||
|
|
||||||
|
Можно не использовать Docker и использовать локальный ПК.
|
||||||
|
|
||||||
|
[Страница скачивания RabbitMQ с офф. сайта](https://www.rabbitmq.com/download.html).
|
||||||
|
|
||||||
|
[Страница релизов RabbitMQ](https://github.com/rabbitmq/rabbitmq-server/releases/), где есть бинарные установщики для всех современных платформ.
|
||||||
|
|
||||||
|
## Прохождение tutorial
|
||||||
|
|
||||||
|
Достаточно для каждого урока скриншота, где виден запуск одновременно `producer` и `consumer`, а также видно, что сообщения передаются.
|
||||||
|
|
||||||
|
## Разработка демонстрационных приложений
|
||||||
|
|
||||||
|
См. 3 главу tutorial.
|
||||||
|
|
||||||
|
Необходимо выбрать предметную область и разработать следующие приложения:
|
||||||
|
|
||||||
|
1. **Publisher**.
|
||||||
|
Программа, которая создаёт один **exchange** с типом _fanout_.
|
||||||
|
Программа должна раз в секунду генерировать сообщения в журнал событий согласно вашей предметной области.
|
||||||
|
Например, событие "пришёл заказ" или "сообщение от пользователя" или "необходимо создать отчёт".
|
||||||
|
2. **Consumer 1**.
|
||||||
|
Программа, которая создаёт под себя отдельную не анонимную (!) очередь (**queue**) (то есть имя queue НЕ пустая строка), создаёт **binding** на **exchange** и начинает принимать сообщения (_consume_).
|
||||||
|
Программа должна обрабатывать сообщения 2-3 секунды.
|
||||||
|
Можно реализовать через обычный _Thread.Sleep_ (для C#).
|
||||||
|
3. **Consumer 2**.
|
||||||
|
Аналогично _Consumer 1_, только сообщения необходимо обрабатывать моментально.
|
||||||
|
Только имя очереди должно отличаться от _Consumer 1_.
|
||||||
|
|
||||||
|
Далее необходимо собрать и запустить приложения одновременно по одному экземпляру.
|
||||||
|
|
||||||
|
Сделать в отчёте вывод о скорости обработки _consumer_-ами событий от _publisher_-а.
|
||||||
|
Для этого можно посмотреть заполненность созданных очередей.
|
||||||
|
А для этого можно использовать скриншот из **RabbitMQ Management UI**.
|
||||||
|
|
||||||
|
Запустить несколько копий _Consumer 1_.
|
||||||
|
Проверить заново заполненность очередей через _UI_.
|
||||||
|
|
||||||
|
## Правила оформления pull request
|
||||||
|
|
||||||
|
Код и отчёт со скриншотами необходимо положить в папку `tasks/фамилия-инициалы/lab_4`.
|
||||||
|
|
||||||
|
Не забудьте о файле `.gitignore`, чтобы не закоммитить ничего лишнего.
|
||||||
|
Для C#-проектов это, например, папки `bin` и `obj`.
|
||||||
|
|
||||||
|
Правила именования ветки: `фамилия-инициалы-lab-номер`, например, `moiseev-vv-lab-4`.
|
||||||
|
|
||||||
|
Название pull request: `[Л/Р 4] ФАМИЛИЯ ИМЯ`, например, `[Л/Р 4] Моисеев Владислав`.
|
Loading…
Reference in New Issue
Block a user