Редактировал(а) Alexandr Fokin 2026/08/20 12:16

От версии 1.11
отредактировано Alexandr Fokin
на 2026/08/20 11:56
Изменить комментарий: К данной версии нет комментариев
К версии 1.9
отредактировано Alexandr Fokin
на 2026/08/20 11:47
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -40,21 +40,16 @@
40 40  * Когда в очередь поступает сообщение, то все ноды могут пытаться его потребить (нагрузка на сеть) (но это вроде самое безболезненное из возможных).
41 41  Системы с резервированием сообщений требуют подтверждения и имеют timeout, а это создает больше проблем и противоречий.
42 42  )))
43 +|(% style="width:93px" %)Некоторые моменты|(% style="width:1151px" %)(((
44 +* Решение на основе БД позволяет делать делать разделение по типам. Но это может требовать блокировок или записи резервирования (нагрузка на диск).
45 +* Решения на основе брокеров сообщений не очень подходят для распределения по типам. Время обработки сообщения у consumer брокера не должно быть большим (У Redis нет такой проблемы).
43 43  )))
44 -|(% style="width:157px" %)Резервирование на основе БД|(% style="width:1277px" %)(((
45 -|(% style="width:29px" %) |(% style="width:1272px" %)(((
46 -|Плюсы|(((
47 -* Гибкая конфигурация распределения задач по типам и нодам обработки.
48 -* Сравнительно просто. Не требует развертывания других типов хранилищ или брокеров сообщений.
49 49  )))
50 -|Минусы|(((
51 -* Не самая малая задержка до начала выполнения.
52 -* Не самый эффективный вариант.
53 -)))
54 -)))
48 +|(% style="width:157px" %)Резервирование на основе БД|(% style="width:1277px" %)(((
55 55  |(% style="width:29px" %)1|(% style="width:1272px" %)(((
56 56  |(% style="width:67px" %) |(% style="width:1187px" %)Одна транзакция с блокировкой.
57 57  |(% style="width:67px" %)Плюсы|(% style="width:1187px" %)(((
52 +* Сравнительно просто.
58 58  * Нет записи на диск.
59 59  Но используется память БД для хранения блокировок.
60 60  )))