lab6

README.md

@@ -8,7 +8,7 @@
 1. [Знакомство с docker и docker-compose](labs/lab_1/README.md)
 2. [Разработка простейшего распределённого приложения](labs/lab_2/README.md)
 3. [REST API, Gateway и синхронный обмен между микросервисами](labs/lab_3/README.md)
-4. [Работа с брокером сообщений](labs/lab_4/README.md)
+4. TBA
 5. TBA
 6. TBA
 7. TBA

labs/lab_3/README.md

@@ -126,4 +126,4 @@
 
 [Пример файла с настройкой nginx](./example_nginx.conf).
 
-[Ещё один пример связи воркеров и nginx](../../tasks/moiseev-vv/lab_3).
+[Ещё один пример связи воркеров и nginx](../../tasks/moiseev-vv/lab_3).

labs/lab_4/README.md

@@ -1,59 +0,0 @@
-# Лабораторная работа №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] Моисеев Владислав`.

tasks/kazakov-ev/lab_7/README.md

@@ -0,0 +1,39 @@
+# Отчет по лабораторной работе №7
+Выполнил студент гр. ИСЭбд-41 Казаков Е.В.
+
+## Вопросы
+Написать небольшое эссе (буквально несколько абзацев) своими словами. А помогут Вам в этом вопросы из списка:
+
+1.Какие алгоритмы и методы используются для балансировки нагрузки?
+
+2.Какие открытые технологии существуют для балансировки нагрузки?
+
+3.Как осуществляется балансировка нагрузки на базах данных?
+
+4.Реверс-прокси как один из элементов балансировки нагрузки.
+
+## Эссе
+
+1. Алгоритмы и методы балансировки нагрузки
+   - Раунд-робин: Запросы распределяются между серверами в равных долях, каждый сервер получает запрос в порядке очереди.
+   - Взвешенный раунд-робин: Запросы распределяются между серверами с учетом их пропускной способности или нагрузки, чтобы более мощные серверы получали больше запросов.
+   - IP хэширование: Используется IP-адрес клиента для распределения запросов. Каждый клиент получает один и тот же сервер при повторном обращении.
+   - Алгоритмы предсказывающего анализа: Используются статистические данные и анализ прошлых запросов для предсказания оптимального распределения нагрузки.
+
+2. Открытые технологии балансировки нагрузки
+   - Nginx: Легкий веб-сервер, способный работать как прокси-сервер и балансировщик нагрузки.
+   - HAProxy: Балансировщик нагрузки с открытым исходным кодом, специализирующийся на высокой доступности и производительности.
+   - Apache HTTP Server с модулем mod_proxy_balancer: Популярный веб-сервер, позволяющий выполнить балансировку нагрузки с помощью модуля mod_proxy_balancer.
+   - Microsoft Network Load Balancing (NLB): Решение для балансировки нагрузки в среде Windows, встроенное в ОС Windows Server.
+
+3. Балансировка нагрузки на базах данных
+   Балансировка нагрузки на базах данных может быть достигнута с использованием следующих методов:
+   - Репликация: Создание дубликатов баз данных для распределения нагрузки между серверами.
+   - Шардинг: Разбиение данных на отдельные серверы, каждый из которых отвечает за определенную часть информации.
+   - Кластеризация: Совместное использование ресурсов нескольких серверов для достижения более высокой производительности и отказоустойчивости.
+
+4. Реверс-прокси как один из элементов балансировки нагрузки
+   Реверс-прокси является компонентом, который обрабатывает входящие запросы от клиентов и перенаправляет их на соответствующие серверы. Он может быть сконфигурирован для выполнения балансировки нагрузки, решая такие задачи, как:
+   - Распределение запросов между несколькими серверами.
+   - Мониторинг состояния серверов и исключение недоступных серверов из пула.
+   - Кеширование ответов для улучшения производительности.