Exchange, очереди и маршрутизация, подтверждения, повторы — классический брокер.
Практика. Реализовать отложенные повторы обработки через очереди с TTL и dead letter exchange.
Войдите, чтобы пройти тест: сданный тест отмечает тему пройденной на карте и в ИПР.
Издатель публикует в exchange, привязки (bindings) по routing key решают, в какие очереди попадут копии, потребители читают очереди и подтверждают.
Полный разборKafka — распределённый журнал: сообщения хранятся заданное время независимо от чтения, потребители сами двигают offset и могут перечитать. RabbitMQ — классический брокер очередей: сообщение удаляется после подтверждения, гибкая маршрутизация через exchange.
Полный разборОчередь задач — RabbitMQ (или SQS): подтверждение каждого сообщения, повторы, DLX, приоритеты, отложенная доставка, медленная задача не блокирует остальные. Шина событий — Kafka: хранение и перечитывание, много независимых потребителей, порядок по ключу…
Полный разборИздатель публикует в exchange с routing key; exchange по bindings решает, в какие очереди положить копии. Потребители читают очереди.
Полный разборПолученное сообщение SQS не удаляется, а становится невидимым на время visibility timeout. Если потребитель не удалил его за это время, оно снова видно и уйдёт другому — повтор.
Полный разборPublisher confirms — брокер подтверждает издателю, что сообщение принято (а для persistent в durable-очереди — записано на диск). Без них о сохранности отправки судить нельзя.
Полный разборМодель exchange/binding/queue, ack/nack и publisher confirms, prefetch, DLQ через DLX, отложенные сообщения, SQS Standard vs FIFO и visibility timeout.
После собеседования sotto разбирает разговор: оценка, каждый вопрос — хорошо, частично или слабо, чего не хватило в ответе и над чем поработать к следующему разу. Первые 30 минут бесплатно.