DAS_2024_1/klyushenkova_ksenia_lab_4
2024-12-21 00:49:48 +04:00
..
images klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
t_1 klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
t_2 klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
t_3 klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
Consumer_1.py klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
Consumer_2.py klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
Publisher.py klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00
README.md klyushenkova_ksenia_lab_4 is ready 2024-12-21 00:49:48 +04:00

Клюшенкова Ксения ПИбд-42

Лабораторная работа №4 - Работа с брокером сообщений

Предметная область:

Статус заказа из доставки

Прохождение tutorial:

  • Прохождение первого урока: изображение 1

  • Прохождение второго урока: изображение 2

  • Прохождение третьего урока: изображение 3

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

1. Показания очереди queue_1 при одном запущенном экземпляре Consumer_1

изображение 1

2. Показания очереди queue_2

изображение 2

3. Показания очереди queue_1 при двух запущенных экземплярах Consumer_1

изображение 3

4. Показания очереди queue_1 при трех запущенных экземплярах Consumer_1

изображение 4

Вывод:

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

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

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

Видео