Publisher confirms — брокер подтверждает издателю, что сообщение принято (а для persistent в durable-очереди — записано на диск). Без них о сохранности отправки судить нельзя.
А ещё Неподтверждённые хранят в памяти и повторяют — значит, нужна идемпотентность потребителя
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
По умолчанию basicPublish ничего не подтверждает: метод вернулся — это ещё не значит, что брокер принял сообщение и (для durable-очереди) записал его. Publisher confirms включают асинхронные ack/nack от брокера на каждое опубликованное сообщение, так продюсер узнаёт об успехе или сбое и может переслать. Отдельно есть publisher returns (mandatory=true): брокер вернёт сообщение, которое не попало ни в одну очередь (нет подходящего binding). Confirms подтверждают приём брокером, но не доставку до consumer-а.
Один верный вариант. Подумайте, потом откройте ответ.
Модель exchange/binding/queue, ack/nack и publisher confirms, prefetch, DLQ через DLX, отложенные сообщения, SQS Standard vs FIFO и visibility timeout.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto