[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-dead-letter-queue::ru":3,"gloss-cluster-dead-letter-queue::ru":26,"gloss-next-dead-letter-queue::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"dead-letter-queue","data-infra","Очередь недоставленных сообщений (DLQ)","Очередь недоставленных сообщений (dead-letter queue) — это отдельная очередь, куда попадают сообщения, которые не удалось успешно обработать: после повторных сбоев, из-за некорректного содержимого или превышения лимита повторов. Вместо того чтобы блокировать основную очередь или потеряться навсегда, проблемное сообщение откладывается — остальной трафик продолжает идти, а сбой можно разобрать позже.\n\nОна решает проблему «ядовитого сообщения»: одно событие всегда падает и без DLQ бесконечно переотправляется, застопоривая очередь за собой. DLQ разрывает этот цикл — несколько повторов, затем перенаправление в очередь недоставленных и движение дальше.\n\nSaaS-разработчикам с фоновыми задачами, вебхуками или событийными пайплайнами (SQS, RabbitMQ, Kafka и т. д.) DLQ — обязательная операционная гигиена. На практике: DLQ полезна, только если за ней следят. Настройте оповещение при попадании сообщений туда, сохраняйте достаточно контекста для отладки (исходное сообщение, ошибку, число повторов) и предусмотрите способ переобработать или отбросить их после исправления. Незамониторенная DLQ — просто место, где данные тихо умирают.","Очередь недоставленных сообщений хранит то, что не обработалось после повторов, чтобы одно плохое сообщение не блокировало основную очередь и не исчезло.",null,[11,14,17,20,23],{"slug":12,"name":13},"exponential-backoff","Стратегия ограничения частоты запросов к API (Backoff)",{"slug":15,"name":16},"idempotency","Идемпотентность (Idempotency)",{"slug":18,"name":19},"message-queue","Очередь сообщений (Message Queue)",{"slug":21,"name":22},"schema-registry","Реестр схем (schema registry)",{"slug":24,"name":25},"streaming-data-processing","Потоковая обработка данных (Streaming)",[27,31,34,37,40,44,47,50,53,56,60,63],{"slug":28,"category":5,"name":29,"updated_at":30},"acid","ACID","2026-08-24T02:46:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"ann-search","ANN-поиск (приближённый поиск ближайших соседей)",{"slug":35,"category":5,"name":36,"updated_at":30},"backpressure","Обратное давление (backpressure)",{"slug":38,"category":5,"name":39,"updated_at":30},"batch-processing","Пакетная обработка (Batch Processing)",{"slug":41,"category":5,"name":42,"updated_at":43},"bm25","BM25","2026-08-24T02:46:38+00:00",{"slug":45,"category":5,"name":46,"updated_at":30},"cache","Кэш (Cache)",{"slug":48,"category":5,"name":49,"updated_at":30},"cap-theorem","Теорема CAP (CAP theorem)",{"slug":51,"category":5,"name":52,"updated_at":30},"change-data-capture","Захват изменений данных (CDC)",{"slug":54,"category":5,"name":55,"updated_at":30},"chroma","Chroma",{"slug":57,"category":5,"name":58,"updated_at":59},"chunk-overlap","Перекрытие фрагментов","2026-08-24T03:30:02+00:00",{"slug":61,"category":5,"name":62,"updated_at":30},"columnar-storage","Колоночное хранение",{"slug":64,"category":5,"name":65,"updated_at":30},"connection-pooling","Пулинг соединений (Connection Pooling)"]