[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3fpkudlgqng88":3,"$f17sshr7yn801n":184},{"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":19,"review_due_at":20,"canonical_url":21,"seo_title":10,"seo_description":12,"hero_asset_id":20,"reading_time":22,"version":23,"technology_versions":24,"review_frequency_days":25,"parent_content_id":26,"sort_in_parent":27,"hub_entry_status":28,"content_blocks":29,"hero_alt_text":21,"hero_caption":21,"hero_credit":21,"publication_scope":174,"access_level":175,"approved_at":176,"approved_by":177,"review_note":21,"home_enabled":178,"home_slot":179,"home_variant":180,"home_priority":181,"home_eyebrow":20,"home_valid_from":20,"home_valid_to":20,"home_image_asset_id":20,"promotion_kind":182,"sponsor_name":20,"sponsor_url":20,"sponsor_disclosure":183},"47855c0d-3e4c-4ac7-9dbc-e5b3d992ab6e","modernizzazione-legacy-sanitario-shadow-dual-run","it","CAPSULE","Shadow e Dual Run: verificare il nuovo sistema prima del cutover","Eseguire il nuovo percorso in parallelo, confrontare gli esiti e spostare l'autorità solo quando le differenze sono comprese.","Shadow e Dual Run riducono il rischio di migrazione confrontando il nuovo comportamento con quello legacy prima di renderlo source of truth.","Shadow Mode\nIn Shadow Mode il sistema nuovo riceve una copia delle richieste o degli eventi, esegue il proprio comportamento e produce un risultato osservabile, ma non determina l'esito operativo. Il legacy resta autoritativo. È una modalità ideale per validare matching, calcoli, mapping e read model senza impatto clinico.\nDual Run\nNel Dual Run entrambi i percorsi sono attivi e il confronto diventa parte esplicita del processo di migrazione. A seconda del caso, uno solo può scrivere il dato autoritativo oppure entrambi possono produrre output controllati destinati a riconciliazione. La regola di authority deve essere inequivocabile.\nCosa confrontare\nIdentificativi e correlazioni tra paziente\u002Fepisodio\u002Fordine.\n\nStati finali e transizioni di workflow.\n\nPayload di integrazione normalizzati, ignorando campi tecnici non deterministici.\n\nTempi di risposta, timeout e percentuali di errore.\n\nCopertura funzionale e casi non riconosciuti.\n\nDifferenze semantiche classificate: bug nuovo, anomalia legacy o regola non documentata.\n\nNon basta duplicare il traffico\nUn vero shadow test ha un comparatore. Se il nuovo sistema gira in parallelo ma nessuno misura le divergenze, si ottiene solo costo aggiuntivo. Servono metriche, dataset di riferimento, soglie e un processo di triage.\nStati di migrazione utili\nLEGACY: solo il vecchio è autoritativo.\n\nSHADOW: il nuovo osserva\u002Fesegue senza effetto operativo.\n\nDUAL-RUN: entrambi partecipano con confronto sistematico.\n\nAUTHORITATIVE: il nuovo diventa source of truth e il legacy è fallback o read-only.\n\nRETIRED: il percorso legacy e il relativo ACL possono essere rimossi.\n\nAttenzione ai side effect\nNon si può duplicare alla cieca un comando che invia prescrizioni, produce notifiche, apre pratiche o modifica sistemi esterni. In Shadow Mode gli adapter di side effect devono essere sostituiti da sink, simulatori o registratori controllati.\nCriterio di cutover\nIl passaggio ad AUTHORITATIVE deve dipendere da evidenze: volume sufficiente, divergenze comprese, soglie di errore, runbook di rollback e ownership operativa. La sensazione che «sembra funzionare» non è un gate.\n\nShadow e Dual Run sono pattern di verifica della migrazione: diventano potenti solo quando il confronto è automatizzato e i side effect sono controllati.","58ba728e-da9d-409d-a6c7-31325e3773a8","REVIEWED","NOT_PERFORMED","PUBLISHED","fbbfd4b6-f4c7-4740-94a6-f81eb8fbb1b2","2026-08-25T18:19:06.753Z",null,"",8,3,{},365,"776fc737-dda9-4c82-bd56-b6ba0b7148d6",16,"AVAILABLE",[30,170],{"id":31,"type":32,"version":33,"doc":34},"5c8b7411-2258-5bdc-932e-64c5021bf118","rich_text",1,{"type":35,"content":36},"doc",[37,45,50,55,59,64,104,109,113,118,152,157,161,166],{"type":38,"attrs":39,"content":41},"heading",{"level":40},2,[42],{"type":43,"text":44},"text","Shadow Mode",{"type":46,"content":47},"paragraph",[48],{"type":43,"text":49},"In Shadow Mode il sistema nuovo riceve una copia delle richieste o degli eventi, esegue il proprio comportamento e produce un risultato osservabile, ma non determina l'esito operativo. Il legacy resta autoritativo. È una modalità ideale per validare matching, calcoli, mapping e read model senza impatto clinico.",{"type":38,"attrs":51,"content":52},{"level":40},[53],{"type":43,"text":54},"Dual Run",{"type":46,"content":56},[57],{"type":43,"text":58},"Nel Dual Run entrambi i percorsi sono attivi e il confronto diventa parte esplicita del processo di migrazione. A seconda del caso, uno solo può scrivere il dato autoritativo oppure entrambi possono produrre output controllati destinati a riconciliazione. La regola di authority deve essere inequivocabile.",{"type":38,"attrs":60,"content":61},{"level":40},[62],{"type":43,"text":63},"Cosa confrontare",{"type":65,"content":66},"bulletList",[67,74,80,86,92,98],{"type":68,"content":69},"listItem",[70],{"type":46,"content":71},[72],{"type":43,"text":73},"Identificativi e correlazioni tra paziente\u002Fepisodio\u002Fordine.",{"type":68,"content":75},[76],{"type":46,"content":77},[78],{"type":43,"text":79},"Stati finali e transizioni di workflow.",{"type":68,"content":81},[82],{"type":46,"content":83},[84],{"type":43,"text":85},"Payload di integrazione normalizzati, ignorando campi tecnici non deterministici.",{"type":68,"content":87},[88],{"type":46,"content":89},[90],{"type":43,"text":91},"Tempi di risposta, timeout e percentuali di errore.",{"type":68,"content":93},[94],{"type":46,"content":95},[96],{"type":43,"text":97},"Copertura funzionale e casi non riconosciuti.",{"type":68,"content":99},[100],{"type":46,"content":101},[102],{"type":43,"text":103},"Differenze semantiche classificate: bug nuovo, anomalia legacy o regola non documentata.",{"type":38,"attrs":105,"content":106},{"level":40},[107],{"type":43,"text":108},"Non basta duplicare il traffico",{"type":46,"content":110},[111],{"type":43,"text":112},"Un vero shadow test ha un comparatore. Se il nuovo sistema gira in parallelo ma nessuno misura le divergenze, si ottiene solo costo aggiuntivo. Servono metriche, dataset di riferimento, soglie e un processo di triage.",{"type":38,"attrs":114,"content":115},{"level":40},[116],{"type":43,"text":117},"Stati di migrazione utili",{"type":119,"attrs":120,"content":121},"orderedList",{"start":33,"type":20},[122,128,134,140,146],{"type":68,"content":123},[124],{"type":46,"content":125},[126],{"type":43,"text":127},"LEGACY: solo il vecchio è autoritativo.",{"type":68,"content":129},[130],{"type":46,"content":131},[132],{"type":43,"text":133},"SHADOW: il nuovo osserva\u002Fesegue senza effetto operativo.",{"type":68,"content":135},[136],{"type":46,"content":137},[138],{"type":43,"text":139},"DUAL-RUN: entrambi partecipano con confronto sistematico.",{"type":68,"content":141},[142],{"type":46,"content":143},[144],{"type":43,"text":145},"AUTHORITATIVE: il nuovo diventa source of truth e il legacy è fallback o read-only.",{"type":68,"content":147},[148],{"type":46,"content":149},[150],{"type":43,"text":151},"RETIRED: il percorso legacy e il relativo ACL possono essere rimossi.",{"type":38,"attrs":153,"content":154},{"level":40},[155],{"type":43,"text":156},"Attenzione ai side effect",{"type":46,"content":158},[159],{"type":43,"text":160},"Non si può duplicare alla cieca un comando che invia prescrizioni, produce notifiche, apre pratiche o modifica sistemi esterni. In Shadow Mode gli adapter di side effect devono essere sostituiti da sink, simulatori o registratori controllati.",{"type":38,"attrs":162,"content":163},{"level":40},[164],{"type":43,"text":165},"Criterio di cutover",{"type":46,"content":167},[168],{"type":43,"text":169},"Il passaggio ad AUTHORITATIVE deve dipendere da evidenze: volume sufficiente, divergenze comprese, soglie di errore, runbook di rollback e ownership operativa. La sensazione che «sembra funzionare» non è un gate.",{"id":171,"type":172,"version":33,"text":173},"d22cb6ec-014f-5471-995b-f031289d6f85","callout","Shadow e Dual Run sono pattern di verifica della migrazione: diventano potenti solo quando il confronto è automatizzato e i side effect sono controllati.","PORTAL","ANONYMOUS","2026-08-25T18:19:05.502Z","794a9185-136c-4415-ab23-cd144eb5870e",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":185,"secondaryTopics":186,"tags":187,"primaryTopic":188,"technologies":192},[],[],[],[189],{"id":14,"name":190,"slug":191},"Software Architecture","software-architecture",[]]