А очередность?
Это тоже попадает под гарантию доставки). Я лишь упростил понятия, концентрируя внимание, что это не хранилище данных и не агрегатор
Я понимаю, что может где-то не правильно задаю вопросы, но вопрос, в том вот есть подход, с триггерами и функциями внутри БД и там внутри блокируется все затрагиваемые строки в таблицах пока логика не отработает. И есть я думаю какой-то иной подход в гарантированном редактировании данных, понятно — что это еще и бекенда работа. Но впринципе делают так за счет очередей? То есть А) БД и внутри триггеры и обработчики Б) Очередь записи в конкретный склад > Бекенд > БД
Дело в том, что очерёдность вычитки можно контролировать за счёт партиций, указывая уникальный Id для сообщения. В рамках этого ключа все будет складироваться в одну партицию. У вас остатки в рамках одного топика будут работать без параллелизма. Сама постановка задачи уже пахнет неудачей реализации.
Обсуждают сегодня