[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1951v92197ejf":3,"$f2ll74qm4rv5qy":113},{"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":105,"access_level":106,"approved_at":18,"approved_by":18,"review_note":18,"home_enabled":107,"home_slot":108,"home_variant":109,"home_priority":110,"home_eyebrow":18,"home_valid_from":18,"home_valid_to":18,"home_image_asset_id":18,"promotion_kind":111,"sponsor_name":18,"sponsor_url":18,"sponsor_disclosure":112},"a1074570-816b-4498-8d7d-9b7cedaecdac","microservizi-event-driven-architecture","it","CAPSULE","Event-Driven Architecture","Event-Driven","Usare eventi asincroni per propagare fatti, aggiornare proiezioni e attivare processi senza dipendenza diretta tra producer e consumer.","Famiglia: Event-Driven\nOrigine contenuto: Approfondimento integrativo costruito sui materiali architetturali del progetto.\n\nProblema\nLa comunicazione sincrona tra molti servizi crea catene di dipendenze, latenza e failure propagation.\n\nPattern\nUsare eventi asincroni per propagare fatti, aggiornare proiezioni e attivare processi senza dipendenza diretta tra producer e consumer.\n\nCome funziona\nIl broker disaccoppia temporalmente i partecipanti. Servono outbox, idempotenza, DLQ, schema\u002Fversioning, observability e regole sulla gestione dei dati sensibili.\n\nEsempio sanitario\nOrder Entry pubblica OrderCreated su RabbitMQ; Audit, Notification e Workflow reagiscono indipendentemente.\n\nBenefici\n• Basso coupling temporale\n• Elasticità dei consumer\n• Fan-out naturale\n\nTrade-off\n• Eventual consistency\n• Debug e tracing più complessi\n• Governance dei contratti\n\nQuando usarlo\nPer notifiche, integrazioni, proiezioni e processi asincroni.\n\nQuando evitarlo\nQuando l'utente richiede una risposta sincrona immediata e il broker non aggiunge valore.\n\nPattern correlati\n• microservizi-domain-event\n• microservizi-transactional-outbox\n• microservizi-dead-letter-queue\n","b3f0f59c-53b4-4bc3-9845-3f98a0feadc6","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Event-Driven Architecture | Capsule Informatiche",9,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",510,"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-event-driven-architecture-01","Famiglia: Event-Driven · Approfondimento","callout",{"id":34,"text":35,"type":36},"ms-event-driven-architecture-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-event-driven-architecture-03","La comunicazione sincrona tra molti servizi crea catene di dipendenze, latenza e failure propagation.","paragraph",{"id":42,"text":43,"type":36},"ms-event-driven-architecture-04","Il pattern",{"id":45,"text":12,"type":40},"ms-event-driven-architecture-05",{"id":47,"text":48,"type":36},"ms-event-driven-architecture-06","Come funziona",{"id":50,"text":51,"type":40},"ms-event-driven-architecture-07","Il broker disaccoppia temporalmente i partecipanti. Servono outbox, idempotenza, DLQ, schema\u002Fversioning, observability e regole sulla gestione dei dati sensibili.",{"id":53,"text":54,"type":36},"ms-event-driven-architecture-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-event-driven-architecture-09","Order Entry pubblica OrderCreated su RabbitMQ; Audit, Notification e Workflow reagiscono indipendentemente.",{"id":59,"text":60,"type":36},"ms-event-driven-architecture-10","Benefici",{"id":62,"type":63,"items":64},"ms-event-driven-architecture-11","bullet_list","Basso coupling temporale\nElasticità dei consumer\nFan-out naturale",{"id":66,"text":67,"type":36},"ms-event-driven-architecture-12","Trade-off",{"id":69,"type":63,"items":70},"ms-event-driven-architecture-13","Eventual consistency\nDebug e tracing più complessi\nGovernance dei contratti",{"id":72,"text":73,"type":36},"ms-event-driven-architecture-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-event-driven-architecture-15","Per notifiche, integrazioni, proiezioni e processi asincroni.",{"id":78,"text":79,"type":36},"ms-event-driven-architecture-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-event-driven-architecture-17","Quando l'utente richiede una risposta sincrona immediata e il broker non aggiunge valore.",{"id":84,"text":85,"type":36},"ms-event-driven-architecture-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-event-driven-architecture-19","related_capsules",[90,95,100],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-domain-event","Domain Event","Pubblicare eventi al passato che rappresentano fatti già avvenuti e significativi per il dominio.","f9b2e1bf-4659-4e84-b035-6b356aef182f",{"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",{"slug":101,"title":102,"summary":103,"contentId":104},"microservizi-dead-letter-queue","Dead Letter Queue (DLQ)","Dopo un numero o una classe di failure stabilita, spostare il messaggio in una DLQ per analisi e replay controllato.","05d85c21-fa5d-478d-8d07-892bf4e53e1a","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":114,"secondaryTopics":128,"tags":129,"primaryTopic":154,"technologies":157},[115,123],{"source_id":116},{"id":117,"type":118,"title":119,"author":18,"publisher":120,"edition":121,"url":18,"license_notes":122},"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":124},{"id":125,"type":118,"title":126,"author":18,"publisher":120,"edition":121,"url":18,"license_notes":127},"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.",[],[130,135,140,144,149],{"tag_id":131},{"id":132,"name":133,"slug":134},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":136},{"id":137,"name":138,"slug":139},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":141},{"id":142,"name":11,"slug":143},"8a4acd2c-68fc-4e87-9a46-7c6d317d715b","event-driven",{"tag_id":145},{"id":146,"name":147,"slug":148},"41efb812-db64-4faf-b04c-6bc5d82132c4","Distributed Systems","distributed-systems",{"tag_id":150},{"id":151,"name":152,"slug":153},"83d2bbde-124e-4816-80b8-9b8643df074d","Healthcare","healthcare",[155],{"id":14,"name":10,"slug":156},"event-driven-architecture",[158,164],{"technology_id":159},{"id":160,"name":161,"slug":162,"vendor":163},"7a3c6429-42e8-48cf-ade7-542ad922e526","RabbitMQ","rabbitmq","Broadcom",{"technology_id":165},{"id":166,"name":167,"slug":168,"vendor":169},"dd77035e-b1a5-42ee-8db3-3cb991ecbc83","OpenTelemetry","opentelemetry","CNCF"]