From d7faf2a1b7f57b46aca0c038cf87775769433beb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=9A=D1=83=D0=B7=D1=8F=D1=80=D0=B8=D0=BD=20=D0=9C=D0=B0?= =?UTF-8?q?=D0=BA=D1=81=D0=B8=D0=BC?= Date: Sun, 22 Sep 2024 20:23:01 +0400 Subject: [PATCH] =?UTF-8?q?=D0=9E=D0=B1=D0=BD=D0=BE=D0=B2=D0=B8=D1=82?= =?UTF-8?q?=D1=8C=20kuzarin=5Fmaxim=5Flab=5F4/README.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Вот теперь картинки будут отображаться --- kuzarin_maxim_lab_4/README.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/kuzarin_maxim_lab_4/README.md b/kuzarin_maxim_lab_4/README.md index 13c7432..d62d232 100644 --- a/kuzarin_maxim_lab_4/README.md +++ b/kuzarin_maxim_lab_4/README.md @@ -5,9 +5,9 @@ ### "Hello World!" ![Task 1](Images/task1.png) ### Work Queues -![Task 2](Images\task2.png) +![Task 2](Images/task2.png) ### Publish/Subscribe -![Task 3](Images\task3.png) +![Task 3](Images/task3.png) ## Описание Для демонстрационной работы была выбрана предметная область гипотетический системы обработки посылок. Имеется некий сканер, который отправляет устройству сведения через очереди (какие штрих-коды он отсканировал, или, если произошла какая-то ошибка - какая это ошибка). ## Запуск @@ -24,9 +24,9 @@ docker compose up -d --build 2. Тратит на обработку сообщения минимальное возможное время(условно - не тратит вообще ничего) Так как производитель отправляет сообщения 1 раз в секунду, можно понять, что первый потребитель не справится с потоком сообщения, в то время как второй будет успевать обрабатывать их. На практике это подтверждается: очередь, куда из exchange попадают сообщения для первого потребителя только растёт(не справляемся с нагрузкой). В то время как у второго значения практически всегда - о.
-![Queue 1](Images\FirstService1.png) +![Queue 1](Images/FirstService1.png)
-![Queue 2](Images\SecondService.png) +![Queue 2](Images/SecondService.png)
Учитывая описанное ранее, можно попробовать решить проблему первого сервиса за счёт горизонтального масштабирования. Теоретически должно хватить 3-х копий, чтобы сообщения не застаивались. На практике эта гипотеза подтвердилась. Очередь пусть и не пустеет, но не становится длиннее.