Изменения документа Задачи. Распределение, резервирование, очередь.

Сводка

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -6,7 +6,11 @@
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" %)feature/redis_typed_process_queue
	9	+|(% style="width:93px" %)Ветка|(% style="width:1151px" %)(((
	10	+* --feature/redis_typed_process_queue--
	11	+* Решение на основе Redis выделено как основное и включено в master ветку (как наилучшее по производительности, нагрузке, задержкам).
	12	+* Решение, допускающие запуск без Redis помещено в ветку master2.
	13	+)))
10	10	|(% style="width:93px" %)Топология|(% style="width:1151px" %)DbSelector -> (Queue with reserve) -> Executor.
11	11	ExecutorRunner -> (Queue with reserve) -> Executor.
12	12	|(% style="width:93px" %)Компоненты|(% style="width:1151px" %)(((
...	...	@@ -26,11 +26,20 @@
26	26	Нет записи на диск. Их потеря не критична, она приведет к временной задержке, но система продолжит работу.
27	27	* При выборке из БД достаточно только чтения. Не требуется ни транзакция, ни блокировка, ни запись.
28	28	* Максимально быстрое попадание в Executor (Если обработчик публикует сразу в Queue (наличие такой возможности)).
	33	+* Возможность реализации разделения по типам процессов (нода обрабатывает только определенные типы).
	34	+* Возможность разделения на Single и Range процессы и реализация различного потребления из очереди (когда мы хотим обработать в одной транзакции 1 или N процессов).
29	29	)))
30	30	|(% style="width:93px" %)Минусы|(% style="width:1151px" %)(((
31		-* Для наибольшей производительности необходимо публиковать сообщения в очередь (иначе будет ожидания цикла срабатывания DbSelector).
	37	+* Для наибольшей производительности необходимо публиковать сообщения в очередь сразу (иначе будет ожидания цикла срабатывания DbSelector).
32	32	* Необходимость контроля потребляемой оперативной памяти.
	39	+* DbSelector при проверке резервирования нагружает сеть (периодический запрос) (но это вроде самое безболезненное из возможных + регулируется timeout).
	40	+* Когда в очередь поступает сообщение, то все ноды могут пытаться его потребить (нагрузка на сеть) (но это вроде самое безболезненное из возможных).
	41	+Системы с резервированием сообщений требуют подтверждения и имеют timeout, а это создает больше проблем и противоречий.
33	33	)))
	43	+|(% style="width:93px" %)Некоторые моменты|(% style="width:1151px" %)(((
	44	+* Решение на основе БД позволяет делать делать разделение по типам. Но это может требовать блокировок или записи резервирования (нагрузка на диск).
	45	+* Решения на основе брокеров сообщений не очень подходят для распределения по типам. Время обработки сообщения у consumer брокера не должно быть большим (У Redis нет такой проблемы).
34	34	)))
	47	+)))
35	35
36	36