Если я правильно понимаю ваши вопросы, вы ищете конфигурацию API производителя, которая называется acks
.
acks: количество подтверждений, которые производитель должен получить от лидера, прежде чем рассматривать запрос выполнен Это контролирует долговечность отправляемых записей. Допустимы следующие настройки:
acks = 0 Если установлено в ноль, то производитель вообще не будет ждать никакого подтверждения от сервера. Запись будет немедленно добавлена в буфер сокета и будет считаться отправленной. Невозможно гарантировать, что сервер получил запись в этом случае, и конфигурация повторных попыток не вступит в силу (так как клиент обычно не знает о каких-либо сбоях). Смещение, возвращаемое для каждой записи, всегда будет установлено равным -1.
acks = 1 Это будет означать, что лидер будет записывать запись в свой локальный журнал, но будет отвечать, не ожидая полного подтверждения от всех последователей. В этом случае, если лидер выйдет из строя сразу после подтверждения записи, но до того, как подписчики реплицируют ее, запись будет потеряна.
acks = all Это означает, что лидер будет ожидать полного набора in-syn c реплик для подтверждения записи. Это гарантирует, что запись не будет потеряна, пока хотя бы одна реплика in-syn c остается в живых. Это самая сильная из доступных гарантий. Это эквивалентно установке acks = -1.
Тип: stringDefault: 1 Допустимые значения: [all, -1, 0, 1] Важность: высокая