[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f6skjyznvtb9q":3,"$f1cafkqg5m517l":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},"0bae590c-5046-4433-b562-ba2cfd0fbdf2","microservizi-inbox","it","CAPSULE","Inbox Pattern","Database & Consistency","Registrare gli identificativi dei messaggi processati in una inbox locale e usare tale registro per deduplicare.","Famiglia: Database & Consistency\nOrigine contenuto: Approfondimento integrativo costruito sui materiali architetturali del progetto.\n\nProblema\nI broker affidabili possono consegnare lo stesso messaggio più volte; elaborarlo due volte può duplicare side effect.\n\nPattern\nRegistrare gli identificativi dei messaggi processati in una inbox locale e usare tale registro per deduplicare.\n\nCome funziona\nLa verifica della inbox e l'aggiornamento del dominio dovrebbero avvenire nella stessa transazione locale. La retention degli ID deve coprire la finestra di possibile redelivery.\n\nEsempio sanitario\nSe OrderCreated id=123 viene consegnato due volte, Billing processa la prima e ignora la seconda perché l'ID è già registrato.\n\nBenefici\n• Deduplica deterministica\n• Supporta at-least-once delivery\n• Audit dei messaggi ricevuti\n\nTrade-off\n• Storage e retention aggiuntivi\n• Serve una chiave evento stabile\n\nQuando usarlo\nQuando il consumer esegue side effect non naturalmente idempotenti.\n\nQuando evitarlo\nQuando l'operazione è già intrinsecamente idempotente e il costo della inbox non è giustificato.\n\nPattern correlati\n• microservizi-idempotent-consumer\n• microservizi-transactional-outbox\n","6f7335c9-bd3f-408f-b64c-b6b1ab0016d8","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Inbox Pattern | Capsule Informatiche",7,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",460,"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-inbox-01","Famiglia: Dati e consistenza · Approfondimento","callout",{"id":34,"text":35,"type":36},"ms-inbox-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-inbox-03","I broker affidabili possono consegnare lo stesso messaggio più volte; elaborarlo due volte può duplicare side effect.","paragraph",{"id":42,"text":43,"type":36},"ms-inbox-04","Il pattern",{"id":45,"text":12,"type":40},"ms-inbox-05",{"id":47,"text":48,"type":36},"ms-inbox-06","Come funziona",{"id":50,"text":51,"type":40},"ms-inbox-07","La verifica della inbox e l'aggiornamento del dominio dovrebbero avvenire nella stessa transazione locale. La retention degli ID deve coprire la finestra di possibile redelivery.",{"id":53,"text":54,"type":36},"ms-inbox-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-inbox-09","Se OrderCreated id=123 viene consegnato due volte, Billing processa la prima e ignora la seconda perché l'ID è già registrato.",{"id":59,"text":60,"type":36},"ms-inbox-10","Benefici",{"id":62,"type":63,"items":64},"ms-inbox-11","bullet_list","Deduplica deterministica\nSupporta at-least-once delivery\nAudit dei messaggi ricevuti",{"id":66,"text":67,"type":36},"ms-inbox-12","Trade-off",{"id":69,"type":63,"items":70},"ms-inbox-13","Storage e retention aggiuntivi\nServe una chiave evento stabile",{"id":72,"text":73,"type":36},"ms-inbox-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-inbox-15","Quando il consumer esegue side effect non naturalmente idempotenti.",{"id":78,"text":79,"type":36},"ms-inbox-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-inbox-17","Quando l'operazione è già intrinsecamente idempotente e il costo della inbox non è giustificato.",{"id":84,"text":85,"type":36},"ms-inbox-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-inbox-19","related_capsules",[90,95],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-idempotent-consumer","Idempotent Consumer","Progettare il consumer affinché ripetere la stessa operazione produca lo stesso risultato osservabile e non side effect duplicati.","261121b2-7b46-4064-b73a-0fbd70c4198e",{"slug":96,"title":97,"summary":98,"contentId":99},"microservizi-transactional-outbox","Transactional Outbox","Salvare l'evento in una tabella outbox nella stessa transazione del dato di business e pubblicarlo successivamente con un relay affidabile.","f2e9eca1-4212-4532-b854-4da84e720ea2","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":109,"secondaryTopics":118,"tags":119,"primaryTopic":140,"technologies":144},[110],{"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.",[],[120,125,130,135],{"tag_id":121},{"id":122,"name":123,"slug":124},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":126},{"id":127,"name":128,"slug":129},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":131},{"id":132,"name":133,"slug":134},"8a4acd2c-68fc-4e87-9a46-7c6d317d715b","Event-Driven","event-driven",{"tag_id":136},{"id":137,"name":138,"slug":139},"52c3bb5a-82db-413f-b02d-3e8d00a812cf","Data Consistency","data-consistency",[141],{"id":14,"name":142,"slug":143},"Dati e Consistenza Distribuita","dati-consistenza-distribuita",[145,151],{"technology_id":146},{"id":147,"name":148,"slug":149,"vendor":150},"61595be7-6d6f-43ab-bec2-bef42e840988","PostgreSQL","postgresql","PostgreSQL Global Development Group",{"technology_id":152},{"id":153,"name":154,"slug":155,"vendor":156},"7a3c6429-42e8-48cf-ade7-542ad922e526","RabbitMQ","rabbitmq","Broadcom"]