# Клюшенкова Ксения ПИбд-42
# Лабораторная работа №4 - Работа с брокером сообщений


## Предметная область:
Статус заказа из доставки

## Прохождение tutorial:
 
- Прохождение первого урока:
![изображение 1](./images/t_1.jpg)  

- Прохождение второго урока:
![изображение 2](./images/t_2.jpg)

- Прохождение третьего урока:
![изображение 3](./images/t_3.jpg)


## Данные из RabbitMQ Management UI:

#### 1. Показания очереди queue_1 при одном запущенном экземпляре Consumer_1
![изображение 1](./images/q_1_one_consumer_1.jpg)
#### 2. Показания очереди queue_2
![изображение 2](./images/q_2.jpg)
#### 3. Показания очереди queue_1 при двух запущенных экземплярах Consumer_1
![изображение 3](./images/q_1_two_consumer_1.jpg)
#### 4. Показания очереди queue_1 при трех запущенных экземплярах Consumer_1
![изображение 4](./images/q_1_three_consumer_1.jpg)

### Вывод:
Из скриншотов можно сделать вывод, что благодаря быстрой обработке сообщений в Consumer_2 очередь queue_2 никогда не заполняется.

В то же время Consumer_1 обрабатывает сообщения в течение 2–3 секунд, из-за чего при одном запущенном экземпляре очередь queue_1 значительно заполняется.

Если запустить несколько экземпляров Consumer_1, то очередь будет заполняться медленнее, а при оптимальном количестве запущенных экземпляров она вообще не будет заполняться.

## [Видео](https://drive.google.com/file/d/1Yej0RWW61eDFHjn62OmfrMhRdMKcy8EU/view?usp=sharing)