[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fnlofughpipqr":3,"$f3ic69mdam8d6q":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},"16c513a4-3694-4daa-97ab-e7875ab24328","microservizi-strangler-fig","it","CAPSULE","Strangler Fig Pattern","Decomposition","Affiancare il nuovo sistema al legacy, spostando progressivamente capability e traffico attraverso un livello di routing fino a poter eliminare le parti sostituite.","Famiglia: Decomposition\nOrigine contenuto: Pattern classico presente nel draft, riorganizzato e approfondito.\n\nProblema\nRiscrivere integralmente un grande legacy introduce rischio elevato, lunghi periodi senza valore e una migrazione big-bang.\n\nPattern\nAffiancare il nuovo sistema al legacy, spostando progressivamente capability e traffico attraverso un livello di routing fino a poter eliminare le parti sostituite.\n\nCome funziona\nIl percorso tipico è Transform → Coexist → Eliminate. Il nuovo servizio prende in carico una rotta o capability alla volta; il resto continua sul legacy.\n\nEsempio sanitario\nUna nuova Patient Search può essere instradata verso un servizio moderno mentre Clinical Documents rimane temporaneamente sul CPI legacy.\n\nBenefici\n• Migrazione incrementale\n• Rollback più semplice\n• Valore rilasciato presto\n\nTrade-off\n• Periodo di coesistenza più complesso\n• Duplicazione temporanea\n• Richiede routing e osservabilità\n\nQuando usarlo\nPer grandi sistemi legacy che non possono essere fermati o riscritti in un solo passo.\n\nQuando evitarlo\nQuando il sistema è piccolo e una sostituzione diretta è realmente più semplice.\n\nPattern correlati\n• microservizi-anti-corruption-layer\n• microservizi-branch-by-abstraction\n• microservizi-shadow-traffic\n","de6b818d-ed03-4870-964f-1061e7733db6","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Strangler Fig Pattern | Capsule Informatiche",8,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",270,"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-strangler-fig-01","Famiglia: Decomposizione · Pattern classico","callout",{"id":34,"text":35,"type":36},"ms-strangler-fig-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-strangler-fig-03","Riscrivere integralmente un grande legacy introduce rischio elevato, lunghi periodi senza valore e una migrazione big-bang.","paragraph",{"id":42,"text":43,"type":36},"ms-strangler-fig-04","Il pattern",{"id":45,"text":12,"type":40},"ms-strangler-fig-05",{"id":47,"text":48,"type":36},"ms-strangler-fig-06","Come funziona",{"id":50,"text":51,"type":40},"ms-strangler-fig-07","Il percorso tipico è Transform → Coexist → Eliminate. Il nuovo servizio prende in carico una rotta o capability alla volta; il resto continua sul legacy.",{"id":53,"text":54,"type":36},"ms-strangler-fig-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-strangler-fig-09","Una nuova Patient Search può essere instradata verso un servizio moderno mentre Clinical Documents rimane temporaneamente sul CPI legacy.",{"id":59,"text":60,"type":36},"ms-strangler-fig-10","Benefici",{"id":62,"type":63,"items":64},"ms-strangler-fig-11","bullet_list","Migrazione incrementale\nRollback più semplice\nValore rilasciato presto",{"id":66,"text":67,"type":36},"ms-strangler-fig-12","Trade-off",{"id":69,"type":63,"items":70},"ms-strangler-fig-13","Periodo di coesistenza più complesso\nDuplicazione temporanea\nRichiede routing e osservabilità",{"id":72,"text":73,"type":36},"ms-strangler-fig-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-strangler-fig-15","Per grandi sistemi legacy che non possono essere fermati o riscritti in un solo passo.",{"id":78,"text":79,"type":36},"ms-strangler-fig-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-strangler-fig-17","Quando il sistema è piccolo e una sostituzione diretta è realmente più semplice.",{"id":84,"text":85,"type":36},"ms-strangler-fig-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-strangler-fig-19","related_capsules",[90,95,100],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-anti-corruption-layer","Anti-Corruption Layer (ACL)","Inserire un layer di traduzione tra il nuovo bounded context e il legacy, mantenendo il nuovo linguaggio di dominio pulito.","1bd1d50c-e16e-4dc2-afdf-8a7858c3adff",{"slug":96,"title":97,"summary":98,"contentId":99},"microservizi-branch-by-abstraction","Branch by Abstraction","Introdurre un'astrazione comune, collegare vecchia e nuova implementazione e spostare gradualmente il traffico tramite configurazione o feature flag.","536367ea-2d04-4dcb-af7c-880e97774d57",{"slug":101,"title":102,"summary":103,"contentId":104},"microservizi-shadow-traffic","Shadow Traffic","Duplicare in modo controllato una richiesta verso il nuovo servizio e ignorarne la risposta operativa, confrontando output e metriche con il sistema attivo.","fc8f00e7-e7cc-431e-a5e8-60320178757e","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":114,"secondaryTopics":130,"tags":136,"primaryTopic":157,"technologies":161},[115,122],{"source_id":116},{"id":117,"type":118,"title":119,"author":18,"publisher":18,"edition":120,"url":18,"license_notes":121},"e4dd3e83-daa7-4867-b1ba-3d8b9d224299","PDF","Microservices Design Patterns - Draft","Draft caricato nel progetto","Fonte primaria caricata dall'utente. Utilizzata per la tassonomia classica dei pattern di microservizi e per i concetti esplicitamente presenti nel draft.",{"source_id":123},{"id":124,"type":125,"title":126,"author":18,"publisher":127,"edition":128,"url":18,"license_notes":129},"dfb11314-30d0-40ad-b93e-431188a3d6f0","PROJECT_NOTE","Riepilogo architetture piattaforma enterprise sanitaria","Capsule Informatiche","Materiale progettuale","Materiale progettuale già analizzato nel progetto Capsule Informatiche. Usato come riferimento integrativo per esempi sanitari e pattern moderni.",[131],{"topic_id":132},{"id":133,"name":134,"slug":135},"4c4ea38e-eeb6-4cc1-8e2d-4d5265475eec","Decomposizione dei Servizi","decomposizione-servizi",[137,142,147,152],{"tag_id":138},{"id":139,"name":140,"slug":141},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":143},{"id":144,"name":145,"slug":146},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":148},{"id":149,"name":150,"slug":151},"d6f0ea98-8091-41fe-9de6-f1b0c5765f54","Legacy","legacy",{"tag_id":153},{"id":154,"name":155,"slug":156},"83d2bbde-124e-4816-80b8-9b8643df074d","Healthcare","healthcare",[158],{"id":14,"name":159,"slug":160},"Modernizzazione Legacy","modernizzazione-legacy",[162],{"technology_id":163},{"id":164,"name":165,"slug":166,"vendor":167},"29453c24-266f-4852-b393-6dcf59ded11a","Traefik","traefik","Traefik Labs"]