[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$frwqag7gx1xmj":3,"$f2f56l6zz9vk16":108},{"data":4},[5],{"id":6,"slug":7,"locale":8,"type":9,"title":10,"subtitle":11,"summary":12,"body":13,"primary_topic":14,"knowledge_status":15,"practical_validation":16,"workflow_status":17,"author_id":18,"published_at":19,"updated_at":20,"review_due_at":18,"canonical_url":18,"seo_title":21,"seo_description":12,"hero_asset_id":18,"reading_time":22,"version":23,"technology_versions":24,"review_frequency_days":18,"parent_content_id":25,"sort_in_parent":26,"hub_entry_status":27,"content_blocks":28,"hero_alt_text":18,"hero_caption":18,"hero_credit":18,"publication_scope":100,"access_level":101,"approved_at":18,"approved_by":18,"review_note":18,"home_enabled":102,"home_slot":103,"home_variant":104,"home_priority":105,"home_eyebrow":18,"home_valid_from":18,"home_valid_to":18,"home_image_asset_id":18,"promotion_kind":106,"sponsor_name":18,"sponsor_url":18,"sponsor_disclosure":107},"05d85c21-fa5d-478d-8d07-892bf4e53e1a","microservizi-dead-letter-queue","it","CAPSULE","Dead Letter Queue (DLQ)","Event-Driven","Dopo un numero o una classe di failure stabilita, spostare il messaggio in una DLQ per analisi e replay controllato.","Famiglia: Event-Driven\nOrigine contenuto: Approfondimento integrativo costruito sui materiali architetturali del progetto.\n\nProblema\nUn messaggio permanentemente non elaborabile può essere ritentato all'infinito, consumando risorse e bloccando la coda.\n\nPattern\nDopo un numero o una classe di failure stabilita, spostare il messaggio in una DLQ per analisi e replay controllato.\n\nCome funziona\nLa DLQ non è un cestino: deve avere metriche, alert, retention, strumenti di ispezione e procedure di replay dopo la correzione della causa.\n\nEsempio sanitario\nUn OrderCreated con payload incompatibile viene isolato in DLQ, analizzato e riprocessato solo dopo avere corretto il mapping.\n\nBenefici\n• Protegge il flusso principale\n• Supporta analisi e recovery\n• Evita retry infiniti\n\nTrade-off\n• Richiede runbook operativo\n• Rischio di accumulo invisibile\n\nQuando usarlo\nPer consumer asincroni con errori non immediatamente recuperabili.\n\nQuando evitarlo\nCome sostituto di validazione, alerting o gestione corretta degli errori.\n\nPattern correlati\n• microservizi-retry-backoff-jitter\n• microservizi-metrics-red-use\n","b3f0f59c-53b4-4bc3-9845-3f98a0feadc6","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Dead Letter Queue (DLQ) | Capsule Informatiche",7,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",530,"PLANNED",[29,33,37,41,44,46,49,52,55,58,61,65,68,71,74,77,80,83,86],{"id":30,"text":31,"type":32},"ms-dead-letter-queue-01","Famiglia: Event-Driven · Approfondimento","callout",{"id":34,"text":35,"type":36},"ms-dead-letter-queue-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-dead-letter-queue-03","Un messaggio permanentemente non elaborabile può essere ritentato all'infinito, consumando risorse e bloccando la coda.","paragraph",{"id":42,"text":43,"type":36},"ms-dead-letter-queue-04","Il pattern",{"id":45,"text":12,"type":40},"ms-dead-letter-queue-05",{"id":47,"text":48,"type":36},"ms-dead-letter-queue-06","Come funziona",{"id":50,"text":51,"type":40},"ms-dead-letter-queue-07","La DLQ non è un cestino: deve avere metriche, alert, retention, strumenti di ispezione e procedure di replay dopo la correzione della causa.",{"id":53,"text":54,"type":36},"ms-dead-letter-queue-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-dead-letter-queue-09","Un OrderCreated con payload incompatibile viene isolato in DLQ, analizzato e riprocessato solo dopo avere corretto il mapping.",{"id":59,"text":60,"type":36},"ms-dead-letter-queue-10","Benefici",{"id":62,"type":63,"items":64},"ms-dead-letter-queue-11","bullet_list","Protegge il flusso principale\nSupporta analisi e recovery\nEvita retry infiniti",{"id":66,"text":67,"type":36},"ms-dead-letter-queue-12","Trade-off",{"id":69,"type":63,"items":70},"ms-dead-letter-queue-13","Richiede runbook operativo\nRischio di accumulo invisibile",{"id":72,"text":73,"type":36},"ms-dead-letter-queue-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-dead-letter-queue-15","Per consumer asincroni con errori non immediatamente recuperabili.",{"id":78,"text":79,"type":36},"ms-dead-letter-queue-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-dead-letter-queue-17","Come sostituto di validazione, alerting o gestione corretta degli errori.",{"id":84,"text":85,"type":36},"ms-dead-letter-queue-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-dead-letter-queue-19","related_capsules",[90,95],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-retry-backoff-jitter","Retry, Exponential Backoff e Jitter","Ritentare solo errori transitori e operazioni idempotenti, usando exponential backoff, jitter e un numero massimo di tentativi.","e6838c31-cbc5-4dc1-8a9d-3d8fff0453de",{"slug":96,"title":97,"summary":98,"contentId":99},"microservizi-metrics-red-use","Metriche, RED e USE","Misurare servizi con RED (Rate, Errors, Duration) e risorse con USE (Utilization, Saturation, Errors), aggiungendo metriche di dominio e dipendenze.","b0a06e3a-2eea-43c8-8e80-6b2b5734684c","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":109,"secondaryTopics":123,"tags":124,"primaryTopic":144,"technologies":148},[110,118],{"source_id":111},{"id":112,"type":113,"title":114,"author":18,"publisher":115,"edition":116,"url":18,"license_notes":117},"d1cfd7ef-53d0-4124-bafd-8c10c7ce7fde","PROJECT_NOTE","ADT - Architettura tecnica e pattern distribuiti","Capsule Informatiche","Materiale progettuale","Materiale architetturale già analizzato. Usato come riferimento integrativo per messaging, outbox\u002Finbox, idempotenza, saga, read model, resilienza e observability.",{"source_id":119},{"id":120,"type":113,"title":121,"author":18,"publisher":115,"edition":116,"url":18,"license_notes":122},"dfb11314-30d0-40ad-b93e-431188a3d6f0","Riepilogo architetture piattaforma enterprise sanitaria","Materiale progettuale già analizzato nel progetto Capsule Informatiche. Usato come riferimento integrativo per esempi sanitari e pattern moderni.",[],[125,130,135,139],{"tag_id":126},{"id":127,"name":128,"slug":129},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":131},{"id":132,"name":133,"slug":134},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":136},{"id":137,"name":11,"slug":138},"8a4acd2c-68fc-4e87-9a46-7c6d317d715b","event-driven",{"tag_id":140},{"id":141,"name":142,"slug":143},"e82a05bd-fe62-48f8-8bf5-085a20fca285","Resilience","resilience",[145],{"id":14,"name":146,"slug":147},"Event-Driven Architecture","event-driven-architecture",[149],{"technology_id":150},{"id":151,"name":152,"slug":153,"vendor":154},"7a3c6429-42e8-48cf-ade7-542ad922e526","RabbitMQ","rabbitmq","Broadcom"]