Перейти к содержимому
Редактировал(а) Alexandr Fokin 2026/08/20 12:16
От версии 1.5
отредактировано Alexandr Fokin
на 2026/08/18 15:16
Изменить комментарий: К данной версии нет комментариев
К версии 1.3
отредактировано Alexandr Fokin
на 2026/08/02 15:40
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -6,11 +6,7 @@
6 6  |(% style="width:105px" %) |(% style="width:1138px" %)
7 7  )))
8 8  |(% style="width:157px" %)Очередь и резервирование на основе [[Redis>>doc:Разработка.Базы данных.NoSQL.Ключ-значение структура.Redis.WebHome]]|(% style="width:1277px" %)(((
9 -|(% style="width:93px" %)Ветка|(% style="width:1151px" %)(((
10 -* --feature/redis_typed_process_queue--
11 -* Решение на основе Redis выделено как основное и включено в master ветку (как наилучшее по производительности, нагрузке, задержкам).
12 -* Решение, допускающие запуск без Redis помещено в ветку master2.
13 -)))
9 +|(% style="width:93px" %)Ветка|(% style="width:1151px" %)feature/redis_typed_process_queue
14 14  |(% style="width:93px" %)Топология|(% style="width:1151px" %)DbSelector -> (Queue with reserve) -> Executor.
15 15  ExecutorRunner -> (Queue with reserve) -> Executor.
16 16  |(% style="width:93px" %)Компоненты|(% style="width:1151px" %)(((
... ... @@ -36,14 +36,7 @@
36 36  |(% style="width:93px" %)Минусы|(% style="width:1151px" %)(((
37 37  * Для наибольшей производительности необходимо публиковать сообщения в очередь сразу (иначе будет ожидания цикла срабатывания DbSelector).
38 38  * Необходимость контроля потребляемой оперативной памяти.
39 -* DbSelector при проверке резервирования нагружает сеть (периодический запрос) (но это вроде самое безболезненное из возможных + регулируется timeout).
40 -* Когда в очередь поступает сообщение, то все ноды могут пытаться его потребить (нагрузка на сеть) (но это вроде самое безболезненное из возможных).
41 -Системы с резервированием сообщений требуют подтверждения и имеют timeout, а это создает больше проблем и противоречий.
42 42  )))
43 -|(% style="width:93px" %)Некоторые моменты|(% style="width:1151px" %)(((
44 -* Решение на основе БД позволяет делать делать разделение по типам. Но это может требовать блокировок или записи резервирования (нагрузка на диск).
45 -* Решения на основе брокеров сообщений не очень подходят для распределения по типам. Время обработки сообщения у consumer брокера не должно быть большим (У Redis нет такой проблемы).
46 46  )))
47 -)))
48 48  
49 49